[gentoo-dev] Git copy detection (was: My masterplan for git migration...)
On Thu, Sep 18, 2014 at 11:33:40PM +0400, Diamond wrote: Lets assume, that I don't want to scrap old ebuild yet. There's no git cp command. git mv is just git rm + git add. That's what does it look like (usual revbump with git add in reality): https://github.com/cerebrum/dr/commit/311df9b04d876f5847416fe5ba699edfab50adb6 Git can check for copies if you like: $ git clone git://github.com/cerebrum/dr.git $ cd dr/ $ git show --find-copies-harder 311df9b04 commit 311df9b04d876f5847416fe5ba699edfab50adb6 … diff --git a/games-strategy/openra/openra-20140608.ebuild b/games-strategy/openra/openra-20140722.ebuild similarity index 100% copy from games-strategy/openra/openra-20140608.ebuild copy to games-strategy/openra/openra-20140722.ebuild Cheers, Trevor -- This email may be signed or encrypted with GnuPG (http://www.gnupg.org). For more information, see http://en.wikipedia.org/wiki/Pretty_Good_Privacy signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] Git copy detection (was: My masterplan for git migration...)
On Thu, 18 Sep 2014 13:08:11 -0700 W. Trevor King wk...@tremily.us wrote: Git can check for copies if you like: $ git clone git://github.com/cerebrum/dr.git $ cd dr/ $ git show --find-copies-harder 311df9b04 … copy from games-strategy/openra/openra-20140608.ebuild copy to games-strategy/openra/openra-20140722.ebuild --find-copies-harder is better but it isn't shown on github in a convenient way for package management.
Re: [gentoo-dev] Git copy detection (was: My masterplan for git migration...)
On Fri, Sep 19, 2014 at 01:01:13AM +0400, Diamond wrote: On Thu, 18 Sep 2014 13:08:11 -0700 W. Trevor King wrote: Git can check for copies if you like: $ git clone git://github.com/cerebrum/dr.git $ cd dr/ $ git show --find-copies-harder 311df9b04 … copy from games-strategy/openra/openra-20140608.ebuild copy to games-strategy/openra/openra-20140722.ebuild --find-copies-harder is better but it isn't shown on github in a convenient way for package management. So Git works great, and GitHub's web UI doesn't support all of Git's bells and whistles, so… switch to a different VCS? Personally, my conclusion is “just use Git from the command line”. It's not like you're abandoning long years of experience using CVSHub with some miracle UI ;). Cheers, Trevor -- This email may be signed or encrypted with GnuPG (http://www.gnupg.org). For more information, see http://en.wikipedia.org/wiki/Pretty_Good_Privacy signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] Git copy detection (was: My masterplan for git migration...)
On Thu, 18 Sep 2014 14:29:41 -0700 W. Trevor King wk...@tremily.us wrote: So Git works great, and GitHub's web UI doesn't support all of Git's bells and whistles, so… switch to a different VCS? Personally, my conclusion is “just use Git from the command line”. It's not like you're abandoning long years of experience using CVSHub with some miracle UI ;). --find-copies-harder For performance reasons, by default, -C option finds copies only if the original file of the copy was modified in the same changeset. This flag makes the command inspect unmodified files as candidates for the source of copy. This is a very expensive operation for large projects, so use it with caution. Giving more than one -C option has the same effect. P.S. As you see from description this option affects git performance. So, we probably can arrive at a conclusion that git itself isn't good at all for package management. Maybe there are better architectural decisions for that.
Re: [gentoo-dev] Git copy detection (was: My masterplan for git migration...)
On 19 September 2014 10:13, Diamond diam...@hi-net.ru wrote: P.S. As you see from description this option affects git performance. So, we probably can arrive at a conclusion that git itself isn't good at all for package management. Maybe there are better architectural decisions for that. Well. Yes. You're doing more because you want to get more out. Or did you expect git to find potential copies from your whole repository for /no/ increase in performance cost? That's why it defaults to off, for performance. ( And because not everyone wants it on by default, because its somewhat a subjective aesthetic choice ) -- Kent *KENTNL* - https://metacpan.org/author/KENTNL
Re: [gentoo-dev] Git copy detection (was: My masterplan for git migration...)
Diamond wrote: we probably can arrive at a conclusion that git itself isn't good at all for package management. I don't think we can. Please stop the nonsense, at least until you have created something superior to git. //Peter