AnkhSVN & SharpSvn Projects

New and returning users may sign in

Sign in
prestine
(thinking…)
Password icon
Sign in with: Facebook Google
Forgot password?
Create a password
Signed in as (Sign out)
Close
Close
  • Sign in
  • Sign up
← Customent Feedback & Ideas for AnkhSVN

Settings and activity

  1. Tag Project with suggestion (enhanced Branch Project)

    3 votes
    Vote
    Sign in
    prestine
    (thinking…)
    Password icon
    Sign in with: Facebook Google
    Forgot password?
    Create a password
    Signed in as (Sign out)
    Close
    Close
    You have left! (?) (thinking…)
    0 comments  ·  AnkhSVN - General  ·  Flag idea as inappropriate…  ·  Edit…  ·  Delete…  ·  Admin →
    Tobias supported this idea  ·  March 03, 2010
    Tobias shared this idea  ·  March 01, 2010
  2. support complexer directory structures

    3 votes
    Vote
    Sign in
    prestine
    (thinking…)
    Password icon
    Sign in with: Facebook Google
    Forgot password?
    Create a password
    Signed in as (Sign out)
    Close
    Close
    You have left! (?) (thinking…)
    4 comments  ·  AnkhSVN - General  ·  Flag idea as inappropriate…  ·  Delete…  ·  Admin →
    Adminrhuijben (Bert Huijben, AnkhSVN & SharpSvn Projects) responded

    Note that it is possible to leave the project name empty in the ‘add to subversion’ dialogs. This makes the entire path/url user editable.

    Tobias commented  ·  February 24, 2010  ·  Edit…  ·  Delete…

    Add to subversion
    -------------------------
    -> Sorry, my fault, I thought that the project name cannot be empty.

    That was all I wanted from ankh.

    Our SLN is not checked in and this is fine:
    One SLN for all developers has some major drawbacks for us:

    Assume you have a couple of own company assembly's.
    - employee A is responsible for assembly A
    - All other employees should use in their Projects a well known version of assembly A.
    . If there is a bug in Assembly A, Employee A should fix it, therefore he should be able to debug the Assembly A while executing App using it.
    - All project references to assembly's are relative to the project file, because we won't force developers to have a certain directory structure, nor installed any third party SDK's.
    - Some own Assembly's rely on others, some not.

    The best way we found is local references to Assembly's located within the a lib dir in the project dir. For debugging, only one developer can set the reference to another DLL project within his own SLN. ( But he must take care not to check in this reference, when debugging is done, the reference must be set back to the binary Assembly file located in the lib dir.)
    To enforce up to date DLL's in the lib dir, we have custom scripts as post-build commands. ( They check the %USERNAME% and copy as needed for each developer's project structure)

    To put it all into a nutshell:
    It works as it is with ankh, but could be a bit better. I know that we are using a uncommon approach so Visual Studio itself is drawback, ankh is just fine as it is.

    Submitting...
AnkhSVN & SharpSvn Projects
AnkhSVN & SharpSvn Projects Terms of Service Powered By UserVoice

Your password has been reset

We have made changes to increase our security and have reset your password.

We've just sent you an email to . Click the link to create a password, then come back here and sign in.