Skip to Content.
Sympa Menu

freetds - Re: [freetds] CVS differencies

freetds AT lists.ibiblio.org

Subject: FreeTDS Development Group

List archive

Chronological Thread  
  • From: "Craig A. Berry" <craigberry AT mac.com>
  • To: FreeTDS Development Group <freetds AT lists.ibiblio.org>
  • Subject: Re: [freetds] CVS differencies
  • Date: Wed, 14 Mar 2012 22:41:50 -0500


On Mar 14, 2012, at 4:59 PM, Frediano Ziglio wrote:

> Well...one difference from CVS to git is keywork expansion.
>
> I found two articles
> http://stackoverflow.com/questions/1792838/enable-ident-string-for-git-repos
> http://kalug.linux.org.tw/~lloyd/bblog/archives/2009/12/24/%5Btip%5D_git_ident_and_export-subst_howto/
>
> Is it also possible to write some filter before/after check in/out.
>
> Personally I'd prefer to have a single source file with the commit
> hash, maximun a date in documentation. I'd prefer to avoid waiting for
> a checkout.

If you're just looking for a way to generate something that unambiguously
defines where we are when generating a snapshot, there are various options,
including some you've found. For its branches that are served up via rsync,
Perl generates a file called .patch using the facility at:
<http://perl5.git.perl.org/perl.git/blob/HEAD:/Porting/GitUtils.pm>. The
contents of the generated file look like

blead 2012-03-14.01:49:14 30a7372d99391a59ada56a6bf8e6b9955e828bec
v5.15.8-134-g30a7372

which gives you various short and long forms of everything you'd want to know
about when in time and where in the commit history you were when it was
generated (and what branch you were on).

The $Id$ equivalent is harder. If you could modify the content of a file in
something like a post-commit hook, you would invalidate the SHA1 commit
identifier that uniquely names that commit. My advice would be to give up
versioning individual files and rely on the myriad ways of tracking history
in the git repository.

________________________________________
Craig A. Berry
mailto:craigberry AT mac.com

"... getting out of a sonnet is much more
difficult than getting in."
Brad Leithauser





Archive powered by MHonArc 2.6.24.

Top of Page