1 |
2008-07-24 12:19:18 Fabian Groffen napisał(a): |
2 |
> On 14-05-2008 17:56:38 +0200, Fabian Groffen wrote: |
3 |
> > On 14-05-2008 16:27:28 +0200, Arfrever Frehtes Taifersar Arahesis wrote: |
4 |
> > > 2008-05-14 00:32 Marius Mauch <genone@g.o> napisał(a): |
5 |
> > > > Merged in r10325 with some minor changes (removed the 'svn update' bit |
6 |
> > > > until someone remembers why exactly it's there |
7 |
> > > |
8 |
> > > During committing, only files, which are being committed, are being |
9 |
> > > updated, so `svn up` is certainly a good idea. Please add it. |
10 |
> > |
11 |
> > Details here are that the code did this: |
12 |
> > |
13 |
> > if vcs == "cvs": |
14 |
> > myf=open(checkdir+"/CVS/Entries","r") |
15 |
> > if vcs == "svn": |
16 |
> > myf=os.popen("svn update > /dev/null; svn list") |
17 |
> > |
18 |
> > genone's remark here refers to this `svn update`, of which I don't |
19 |
> > recall any more why I added it. All I know is that I think I needed it |
20 |
> > for some reason to get a correct output of "list". However, I have no |
21 |
> > proof here, so he removed the svn update, which gives a non-announced |
22 |
> > possible modification of the local repository. |
23 |
> |
24 |
> I've seen numerous examples like bug 232825[1] now, and I'm almost |
25 |
> confident the svn update resolved that problem. Problem is that the |
26 |
> file (a .rej in the case of the bug) exists in the local dir, but |
27 |
> repoman doesn't notice it, since svn list doesn't return it (as '?'). |
28 |
|
29 |
`svn list` returns only files which actually exist in the repository. It |
30 |
doesn't check working copy. You should use `svn st`. |
31 |
|
32 |
-- |
33 |
Arfrever Frehtes Taifersar Arahesis |