* gitweb: View graphes & get tar
@ 2006-02-08 23:34 Bertrand Jacquin
2006-02-09 0:03 ` Alan Chandler
2006-02-09 11:18 ` Sven Verdoolaege
0 siblings, 2 replies; 5+ messages in thread
From: Bertrand Jacquin @ 2006-02-08 23:34 UTC (permalink / raw)
To: git
Hi,
Is gitweb maintainer planned to allow people to get from gitweb ? It
could be something good for ungited/remote people to get a tar for a
specific tree.
gd provide to create graphs and is often use in "web project" to
generate graphe. Could it here generated a graph of branches like in
gitk ?
It also could be cool to allow people to get binary files in an other
mimetype that text/plain.
Here are my wish :D it's worth what it's worth.
--
Beber
#e.fr@freenode
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: gitweb: View graphes & get tar
2006-02-08 23:34 gitweb: View graphes & get tar Bertrand Jacquin
@ 2006-02-09 0:03 ` Alan Chandler
2006-02-09 11:12 ` Bertrand Jacquin
2006-02-09 11:18 ` Sven Verdoolaege
1 sibling, 1 reply; 5+ messages in thread
From: Alan Chandler @ 2006-02-09 0:03 UTC (permalink / raw)
To: git
On Wednesday 08 February 2006 23:34, Bertrand Jacquin wrote:
> Hi,
>
> Is gitweb maintainer planned to allow people to get from gitweb ? It
> could be something good for ungited/remote people to get a tar for a
> specific tree.
> gd provide to create graphs and is often use in "web project" to
> generate graphe. Could it here generated a graph of branches like in
> gitk ?
> It also could be cool to allow people to get binary files in an other
> mimetype that text/plain.
>
> Here are my wish :D it's worth what it's worth.
You can do some of that a different way.
I have it set up so that when I push a tag into my public git repositories,
that a post-update hook creates a tarball of the site and puts it into the
download directory.
The hook is of the following form
#!/bin/sh
#
# This script is used to create a tarball of the project and place it into the
"files"
# directory of the web site whenever a release is tagged in the repository
#
PROJECT=akcmoney
# this should look at each positional parameter
for ref ; do
#if its a tag then create a tarball
if [ "${ref:0:10}" == "refs/tags/" ] ; then
git-tar-tree ${ref:10} $PROJECT | gzip -9
> /var/www/chandlerfamily/files/$PROJECT/$PROJECT-${ref:10}.tar.gz
fi
done
--
Alan Chandler
http://www.chandlerfamily.org.uk
Open Source. It's the difference between trust and antitrust.
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: gitweb: View graphes & get tar
2006-02-09 0:03 ` Alan Chandler
@ 2006-02-09 11:12 ` Bertrand Jacquin
2006-02-09 12:11 ` Andreas Ericsson
0 siblings, 1 reply; 5+ messages in thread
From: Bertrand Jacquin @ 2006-02-09 11:12 UTC (permalink / raw)
To: Alan Chandler; +Cc: git
On 2/9/06, Alan Chandler <alan@chandlerfamily.org.uk> wrote:
> On Wednesday 08 February 2006 23:34, Bertrand Jacquin wrote:
> > Hi,
> >
> > Is gitweb maintainer planned to allow people to get from gitweb ? It
> > could be something good for ungited/remote people to get a tar for a
> > specific tree.
> > gd provide to create graphs and is often use in "web project" to
> > generate graphe. Could it here generated a graph of branches like in
> > gitk ?
> > It also could be cool to allow people to get binary files in an other
> > mimetype that text/plain.
> >
> > Here are my wish :D it's worth what it's worth.
>
> You can do some of that a different way.
>
> I have it set up so that when I push a tag into my public git repositories,
> that a post-update hook creates a tarball of the site and puts it into the
> download directory.
>
> The hook is of the following form
>
> #!/bin/sh
> #
> # This script is used to create a tarball of the project and place it into the
> "files"
> # directory of the web site whenever a release is tagged in the repository
> #
> PROJECT=akcmoney
> # this should look at each positional parameter
> for ref ; do
> #if its a tag then create a tarball
> if [ "${ref:0:10}" == "refs/tags/" ] ; then
> git-tar-tree ${ref:10} $PROJECT | gzip -9
> > /var/www/chandlerfamily/files/$PROJECT/$PROJECT-${ref:10}.tar.gz
> fi
> done
That's ok, but with that I couldn't get a tar for _not_ the current
tree. If i want to get a tar tree for 2 months old in not master
branch, I can't with that. The idea here is the create the tar on the
fly, on the user demand.
And also, I use http push so hooks can't be used :/
>
> --
> Alan Chandler
> http://www.chandlerfamily.org.uk
> Open Source. It's the difference between trust and antitrust.
> -
> To unsubscribe from this list: send the line "unsubscribe git" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
--
Beber
#e.fr@freenode
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: gitweb: View graphes & get tar
2006-02-09 11:12 ` Bertrand Jacquin
@ 2006-02-09 12:11 ` Andreas Ericsson
0 siblings, 0 replies; 5+ messages in thread
From: Andreas Ericsson @ 2006-02-09 12:11 UTC (permalink / raw)
To: git
Bertrand Jacquin wrote:
> On 2/9/06, Alan Chandler <alan@chandlerfamily.org.uk> wrote:
>
>>On Wednesday 08 February 2006 23:34, Bertrand Jacquin wrote:
>>
>>
>>I have it set up so that when I push a tag into my public git repositories,
>>that a post-update hook creates a tarball of the site and puts it into the
>>download directory.
>>
>>The hook is of the following form
>>
>>#!/bin/sh
>>#
>># This script is used to create a tarball of the project and place it into the
>>"files"
>># directory of the web site whenever a release is tagged in the repository
>>#
>>PROJECT=akcmoney
>># this should look at each positional parameter
>>for ref ; do
>>#if its a tag then create a tarball
>> if [ "${ref:0:10}" == "refs/tags/" ] ; then
>> git-tar-tree ${ref:10} $PROJECT | gzip -9
>>
>>>/var/www/chandlerfamily/files/$PROJECT/$PROJECT-${ref:10}.tar.gz
>>
>> fi
>>done
>
>
> That's ok, but with that I couldn't get a tar for _not_ the current
> tree. If i want to get a tar tree for 2 months old in not master
> branch, I can't with that. The idea here is the create the tar on the
> fly, on the user demand.
This should be really trivial to implement, although I seriously doubt
its usefulness, not to mention that for large projects it would be
painfully slow. The only valid reason someone has to get a tar-ball of a
random development point is to debug it, and for that they should check
out the whole repo anyways, which will enable them to use the excellent
bisect tool.
> And also, I use http push so hooks can't be used :/
>
I suffer for you.
--
Andreas Ericsson andreas.ericsson@op5.se
OP5 AB www.op5.se
Tel: +46 8-230225 Fax: +46 8-230231
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: gitweb: View graphes & get tar
2006-02-08 23:34 gitweb: View graphes & get tar Bertrand Jacquin
2006-02-09 0:03 ` Alan Chandler
@ 2006-02-09 11:18 ` Sven Verdoolaege
1 sibling, 0 replies; 5+ messages in thread
From: Sven Verdoolaege @ 2006-02-09 11:18 UTC (permalink / raw)
To: Bertrand Jacquin; +Cc: git
On Thu, Feb 09, 2006 at 12:34:43AM +0100, Bertrand Jacquin wrote:
> Hi,
>
> Is gitweb maintainer planned to allow people to get from gitweb ? It
> could be something good for ungited/remote people to get a tar for a
> specific tree.
I have something like that in my gitweb tree
(http://www.liacs.nl/~sverdool/gitweb.cgi?p=gitweb.git;a=summary)
I haven't updated it for a while, though...
I usually get a lot of merge conflicts when Kay changes
a particular line that appear about a hundred times in his version and
only once in my version...
skimo
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2006-02-09 12:11 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2006-02-08 23:34 gitweb: View graphes & get tar Bertrand Jacquin
2006-02-09 0:03 ` Alan Chandler
2006-02-09 11:12 ` Bertrand Jacquin
2006-02-09 12:11 ` Andreas Ericsson
2006-02-09 11:18 ` Sven Verdoolaege
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).