Checkout through link ignores rev parameter

Johan,

Thanks for your response.

When I saw this description, I thought, "Oh yes. That's our problem." However, I think the thread I was looking at said it was fixed in 1.6. Our Subversion server is 1.9.2. Almost all of our agents are 1.9.4. A couple of the agents are 1.7.9. So, it doesn't seem to be the same problem. Or maybe there is a path to get to that failure that wasn't fixed.

Sorry about the terminology. I'm not familiar with how these links are implemented. I have assumed that they were just Unix links. I know that what looks like a file is actually a pointer to another location which contains the actual file.

Bill

-----Original Message-----
From: Johan Corveleyn [mailto:jcorvel_at_gmail.com]
Sent: Tuesday, January 24, 2017 5:20 PM
To: Dalton, Bill (GE Energy Connections) <Bill.Dalton_at_ge.com>
Cc: users_at_subversion.apache.org; Hannold, Bill (GE Energy Connections) <Bill.Hannold_at_ge.com>
Subject: EXT: Re: Checkout through link ignores rev parameter

On Mon, Jan 23, 2017 at 7:54 PM, Dalton, Bill (GE Energy Connections) <Bill.Dalton_at_ge.com> wrote:
> We have projects which share some of the files in the subversion
> folders but not all. So, those projects put their files into separate
> folders. One of the pairs of folders contains the actual files. The
> other folder of the pair has subversion links which point to the
> actual files in the other folder. This strategy seems to work with only one very important exception.
> When the folder with the links is checked out, the actual files
> always return the HEAD version, ignoring the “rev=” parameter.
>
>
>
> Specifically, there are two folder in Subversion whose paths are
> “trunk/firmware/cpu_fw/dia” and “trunk/firmware/cpu_fw_vx7/dia”. Most
> of the files in the cpu_fw_vx7/dia folder (that is, all of the shared
> files) are links which point to the corresponding file in the cpu_fw/dia folder.
> If the cpu_fw_vx7/dia folder is updated with a “svn update -r 17905
> –non-interactive –force svnRepos/trunk/firmware/cpu_fw_vx7/dia”
> command, it will always fetch the HEAD revision, instead of the 17905 revision.

Hi Bill,

There is no such thing as "Subversion links". I'm assuming you mean "externals" (more specifically "file externals", if I understand correctly). Anyway, I think what you're seeing is this bug (which is very old):

https://urldefense.proofpoint.com/v2/url?u=https-3A__issues.apache.org_jira_browse_SVN-2D2516&d=DQIFaQ&c=IV_clAzoPDE253xZdHuilRgztyh_RiV3wUrLrDQYWSI&r=yvIDsFuVzfRgZstZ_Ob6IPM_fQ2qEpHAciKWAEBRKA4&m=-0qjOQDBBuIUbZm-A_V26RoFu154y2XSJeQcuzXre08&s=x63Xj33NLxhT4bGGC8mF51wJaBo54vV0DeQIURY9DKk&e= (--revision option is not forwarded to svn:externals references)

The issue was last updated in 2015, with a reference to a mail thread on the dev-list, containing a design / specs discussion (which unfortunately seems to have stranded):

https://urldefense.proofpoint.com/v2/url?u=http-3A__svn.haxx.se_dev_archive-2D2015-2D08_0179.shtml&d=DQIFaQ&c=IV_clAzoPDE253xZdHuilRgztyh_RiV3wUrLrDQYWSI&r=yvIDsFuVzfRgZstZ_Ob6IPM_fQ2qEpHAciKWAEBRKA4&m=-0qjOQDBBuIUbZm-A_V26RoFu154y2XSJeQcuzXre08&s=MNyiXuGZBdt0ftxSTT8XKwEdGsw0DvxMONMbhq_x120&e=

--
Johan