Opened 8 years ago
Closed 3 years ago
#1873 closed task (wontfix)
Allow osgeo-post-commit-hook SVN script to receive TRAC name by relative path
Reported by: | strk | Owned by: | strk |
---|---|---|---|
Priority: | normal | Milestone: | |
Component: | SysAdmin/Trac | Keywords: | |
Cc: |
Description (last modified by )
As trac env location path changed (#1684) all SVN hooks broke (#1872).
Letting the osgeo-post-commit-hook SVN script accept relative trac env names would reduce the risk of this happening in the future, and would remove an hard-coded path in the script (which could be replaced by basename $1
, already used by some scripts which are likely broken at the moment).
Change History (7)
comment:1 by , 8 years ago
Description: | modified (diff) |
---|
comment:2 by , 8 years ago
Description: | modified (diff) |
---|
comment:3 by , 8 years ago
Description: | modified (diff) |
---|
comment:4 by , 8 years ago
comment:5 by , 8 years ago
While geomoose has history in trac and svn, all active development is on github. So we would not expect any changes in svn.
comment:6 by , 8 years ago
For clarity:
GeoMoose would like its OSGeo Trac and SVN archived/preserved from a historical perspective. GeoMoose does not expect we will be updating either in the future. (Which makes things like update hooks irrelevant.)
All current development is happening with github (repositories and issues) but history was not migrated when we moved active development from svn to git and from trac to github issues.
comment:7 by , 3 years ago
Resolution: | → wontfix |
---|---|
Status: | new → closed |
Moot as nobody should still be using SVN in 2022 :)
For the record: the hooks using relative project name (assuming SVN repo name == trac env name) are currently:
If I'm right (hadn't checked) those 3 would not be showing in Trac any SVN changes.