[arch-dev-public] updated testing2extra
Hi all, I have made a first proposal how testing2extra might work with the new svn repo layout. I did not try it because it might break everything. So please have a look. I am not sure if we should use svnmerge to move stuff from testing to extra or if it's better to just use rm and mv. And I need to add a check which should prevent us from moving packages into the wrong repo by accident. Pierre PS: I also attached the script to this mail. -- archlinux.de
On Wed, Apr 9, 2008 at 6:31 AM, Pierre Schmitz <pierre@archlinux.de> wrote:
Hi all,
I have made a first proposal how testing2extra might work with the new svn repo layout. I did not try it because it might break everything. So please have a look.
I am not sure if we should use svnmerge to move stuff from testing to extra or if it's better to just use rm and mv.
And I need to add a check which should prevent us from moving packages into the wrong repo by accident.
Pierre
PS: I also attached the script to this mail.
Hmmm using "svn mv" might screw things up... Jason, could you verify that this won't screw up svnmerge stuff? Other than that it all looks good (heh, except for backticks on the basename call, but that's just me being anal)
Am Mittwoch, 9. April 2008 18:38:45 schrieb Aaron Griffin:
Hmmm using "svn mv" might screw things up... Jason, could you verify that this won't screw up svnmerge stuff?
I am still unsure what this svnmerge does. But when we move something from testing to extra we don't want to merge anything but just move it as-is. -- archlinux.de
On Thu, Apr 10, 2008 at 5:25 AM, Pierre Schmitz <pierre@archlinux.de> wrote:
Am Mittwoch, 9. April 2008 18:38:45 schrieb Aaron Griffin:
Hmmm using "svn mv" might screw things up... Jason, could you verify that this won't screw up svnmerge stuff?
I am still unsure what this svnmerge does. But when we move something from testing to extra we don't want to merge anything but just move it as-is.
Yeah, I think you're right. svnmerge: Unlike git, svn is a little rough when it comes to merging branches back together. svnmerge was created to handle things properly - walk the trees, find common change sets, etc etc. If the history of a branch goes wonky, svnmerge might start yelling. I haven't used it extensively. Anyway, thanks for the work. I think this weekend I am going to speed up the db scripts and re-integrate Thomas' ftpdir-cleanup script (which will auto-clean dupes). I will also look into integrating this functionality as well.
participants (2)
-
Aaron Griffin
-
Pierre Schmitz