Hi all,
I have created the new page at GRASS-Wiki related to the planned
migration of GRASS CVS repository to SVN. Please feel free to add
useful link!
Regards, Martin
--
Martin Landa <landa.martin@gmail.com> * http://gama.fsv.cvut.cz/~landa *
Martin Landa wrote:
I have created the new page at GRASS-Wiki related to the planned
migration of GRASS CVS repository to SVN. Please feel free to add
useful link!
http://grass.gdf-hannover.de/wiki/Migration_from_CVS_to_SVN
H
One annoying problem I've noticed with other projects using SVN - the files timestamps get set to the packaging/download time. I hope there is a way to avoid this. I realize SVN keeps track of date/time for the files, but it's nice to see it in the file system also.
On May 30, 2007, at 5:25 AM, Hamish wrote:
Martin Landa wrote:
I have created the new page at GRASS-Wiki related to the planned
migration of GRASS CVS repository to SVN. Please feel free to add
useful link!
-----
William Kyngesburye <kyngchaos*at*kyngchaos*dot*com>
http://www.kyngchaos.com/
First Pogril: Why is life like sticking your head in a bucket filled with hyena offal?
Second Pogril: I don't know. Why IS life like sticking your head in a bucket filled with hyena offal?
First Pogril: I don't know either. Wretched, isn't it?
-HitchHiker's Guide to the Galaxy
William Kyngesburye wrote:
One annoying problem I've noticed with other projects using SVN - the
files timestamps get set to the packaging/download time. I hope
there is a way to avoid this. I realize SVN keeps track of date/time
for the files, but it's nice to see it in the file system also.
CVS behaves the same way.
In general, this is correct behaviour, as it reflects the time that
your filesystem changed.
If you update a source file from CVS/SVN, whether or not "make"
re-compiles any corresponding object file should depend upon when the
source file changed on your system, not when it changed in the
repository or on the developer's system.
--
Glynn Clements <glynn@gclements.plus.com>
On May 31, 2007, at 4:16 AM, Glynn Clements wrote:
William Kyngesburye wrote:
One annoying problem I've noticed with other projects using SVN - the
files timestamps get set to the packaging/download time. I hope
there is a way to avoid this. I realize SVN keeps track of date/time
for the files, but it's nice to see it in the file system also.CVS behaves the same way.
In general, this is correct behaviour, as it reflects the time that
your filesystem changed.If you update a source file from CVS/SVN, whether or not "make"
re-compiles any corresponding object file should depend upon when the
source file changed on your system, not when it changed in the
repository or on the developer's system.
It's not so much the updating from CVS/SVN, that I understand. And a checkout from CVS doesn't do this - folder dates get set to the download date, but files get the date as is in the repository.
What's annoying is when SVN is packaged for release - ALL files get a timestamp from the packaging time. It happens with official package release and when I go to the web svn and download a tarball of the current state. CVS doesn't do this. I think a SVN checkout also stamps the current time.
I suppose those who just want to build & run won't care. But it's nice to see some chronology in the source files, it helps understand development (or non-development) a little.
-----
William Kyngesburye <kyngchaos*at*kyngchaos*dot*com>
http://www.kyngchaos.com/
"Oh, look, I seem to have fallen down a deep, dark hole. Now what does that remind me of? Ah, yes - life."
- Marvin
> Martin Landa wrote:
>> I have created the new page at GRASS-Wiki related to the planned
>> migration of GRASS CVS repository to SVN. Please feel free to add
>> useful link!
>
> http://grass.gdf-hannover.de/wiki/Migration_from_CVS_to_SVN
William Kyngesburye wrote:
One annoying problem I've noticed with other projects using SVN - the
files timestamps get set to the packaging/download time. I hope
there is a way to avoid this. I realize SVN keeps track of date/time
for the files, but it's nice to see it in the file system also.
You mean the file's timestamp in the file system, not the
"Last Modified: $Date$" in the help pages, right?
at least I hope the $LastChangedDate$ keyword refers to checkin date,
not the checkout date! (I thought $Date$ was just an alias to that)
http://svnbook.red-bean.com/nightly/en/svn.advanced.props.special.keywords.html
Hamish
On May 31, 2007, at 11:23 PM, Hamish wrote:
William Kyngesburye wrote:
One annoying problem I've noticed with other projects using SVN - the
files timestamps get set to the packaging/download time. I hope
there is a way to avoid this. I realize SVN keeps track of date/time
for the files, but it's nice to see it in the file system also.You mean the file's timestamp in the file system, not the
"Last Modified: $Date$" in the help pages, right?
Yes - the file system timestamp.
-----
William Kyngesburye <kyngchaos*at*kyngchaos*dot*com>
http://www.kyngchaos.com/
"This is a question about the past, is it? ... How can I tell that the past isn't a fiction designed to account for the discrepancy between my immediate physical sensations and my state of mind?"
- The Ruler of the Universe