[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Git packaging workflow discussion on planet.d.o

On Wed, Apr 10, 2013 at 09:11:05AM +1000, Craig Small wrote:
> On Thu, Apr 04, 2013 at 02:25:30PM +0000, Jeremy Stanley wrote:
> > makes a lot of sense. If your packaging workflow does not rely on
> > importing the contents of release tarballs, then for projects like
> > this you miss some content unless you re-run the same release
> > scripts post-facto.
> That was the part I didn't understand.  What are people doing to solve
> this generated files at release problem?   I've solved this as upstream
> and a Debian developer by having tarballs.

Run the dist target and inject the distdir back into git onto a
distribution branch instead of packing it up into a tarball.



Now your entire release and distribution process is entirely
contained within git, with zero intermediary tarballs.  If you
want a tarball, you can just "git archive" a signed distribution
tag (or release tag if you don't want the extra generated bits).
The best bit is that the distributed releases are fully connected
to the git history in the main git repo.  So a downstream user/
distributor can easily backport stuff and push changes upstream

You could run the "dist" target as part of the package build, but
that's not always possible or desirable.  This makes sure that
every bit of "extra" generated code is part of the git history.


  .''`.  Roger Leigh
 : :' :  Debian GNU/Linux    http://people.debian.org/~rleigh/
 `. `'   schroot and sbuild  http://alioth.debian.org/projects/buildd-tools
   `-    GPG Public Key      F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800

Reply to: