[arch-dev-public] archrelease: svnmerge
Hi all, while having a little review of our devtools I noticed the we use svnmerge in archrelease to merge changes from trunk into the repo dir. This is very expensive and sometimes fails for more or less known reasons. So, I wonder why we don't just do something like this: svn rm repos/extra-i686 svn cp trunk repos/extra-i686 I did not check if this would requrie a commit after the rm or if we could do it in one run. But it should be a lot faster and safer though. Pierre -- Pierre Schmitz, https://users.archlinux.de/~pierre
Am 11.02.2010 13:10, schrieb Pierre Schmitz:
Hi all,
while having a little review of our devtools I noticed the we use svnmerge in archrelease to merge changes from trunk into the repo dir. This is very expensive and sometimes fails for more or less known reasons.
So, I wonder why we don't just do something like this:
svn rm repos/extra-i686 svn cp trunk repos/extra-i686
I did not check if this would requrie a commit after the rm or if we could do it in one run. But it should be a lot faster and safer though.
We agreed a while back that we should do what you propose: We don't actually want the repos/ stuff to be merged with trunk, but be exact snapshots (tags) of trunk.
Am Donnerstag, 11. Februar 2010 13:53:06 schrieb Thomas Bächler:
We agreed a while back that we should do what you propose: We don't actually want the repos/ stuff to be merged with trunk, but be exact snapshots (tags) of trunk.
Very well. I will implement that. I hope together with my other changes committing packages will be a little faster. I can often compile and upload in less time than the svn commit needs... -- Pierre Schmitz, https://users.archlinux.de/~pierre
On Thu, Feb 11, 2010 at 6:53 AM, Thomas Bächler <thomas@archlinux.org> wrote:
Am 11.02.2010 13:10, schrieb Pierre Schmitz:
Hi all,
while having a little review of our devtools I noticed the we use svnmerge in archrelease to merge changes from trunk into the repo dir. This is very expensive and sometimes fails for more or less known reasons.
So, I wonder why we don't just do something like this:
svn rm repos/extra-i686 svn cp trunk repos/extra-i686
I did not check if this would requrie a commit after the rm or if we could do it in one run. But it should be a lot faster and safer though.
We agreed a while back that we should do what you propose: We don't actually want the repos/ stuff to be merged with trunk, but be exact snapshots (tags) of trunk.
+1 to this. -Dan
On 11/02/10 23:39, Dan McGee wrote:
On Thu, Feb 11, 2010 at 6:53 AM, Thomas Bächler<thomas@archlinux.org> wrote:
Am 11.02.2010 13:10, schrieb Pierre Schmitz:
Hi all,
while having a little review of our devtools I noticed the we use svnmerge in archrelease to merge changes from trunk into the repo dir. This is very expensive and sometimes fails for more or less known reasons.
So, I wonder why we don't just do something like this:
svn rm repos/extra-i686 svn cp trunk repos/extra-i686
I did not check if this would requrie a commit after the rm or if we could do it in one run. But it should be a lot faster and safer though.
We agreed a while back that we should do what you propose: We don't actually want the repos/ stuff to be merged with trunk, but be exact snapshots (tags) of trunk.
+1 to this.
Agree. Merge fails often enough that I end up doing that anyway... Allan
Am Donnerstag, 11. Februar 2010 14:45:38 schrieb Allan McRae:
+1 to this.
Agree. Merge fails often enough that I end up doing that anyway...
and it gets so much easier: http://projects.archlinux.org/devtools.git/commit/?id=f09baea3922d6c9365d267... Did I miss anything? Why did we use such a complex construct in the first place? -- Pierre Schmitz, https://users.archlinux.de/~pierre
On Thu, Feb 11, 2010 at 7:49 AM, Pierre Schmitz <pierre@archlinux.de> wrote:
Am Donnerstag, 11. Februar 2010 14:45:38 schrieb Allan McRae:
+1 to this.
Agree. Merge fails often enough that I end up doing that anyway...
and it gets so much easier: http://projects.archlinux.org/devtools.git/commit/?id=f09baea3922d6c9365d267...
Did I miss anything? Why did we use such a complex construct in the first place?
It's one of those "mature code" things, where it started off at like 4-5 lines, then someone found a bug and we fixed it, etc etc Doing away with the merge solves all those issues though
participants (5)
-
Aaron Griffin
-
Allan McRae
-
Dan McGee
-
Pierre Schmitz
-
Thomas Bächler