Settings and activity
5 results found
-
65 votes
An error occurred while saving the comment An error occurred while saving the comment Kamil Andrzejewski commentedI disagree, this makes it impossible for someone to just open a Unity scene (for example), change something to test and move on by undo-ing the work.
An error occurred while saving the comment Kamil Andrzejewski commentedBoth your proposition make it so that you cannot check-in the file nor version it. That is not the goal.
The user needs to be able to control which types of files can only have 1 unlocked, latest revision, independent of the branch.
Not "one" revision, or no revision (local)
An error occurred while saving the comment Kamil Andrzejewski commentedpsantosl,
Well, basically what you're describing is not locking, what you're describing is that you don't want the file to be branched at all, correct??
- No. You still want the user to be able to work on the file while being in a branch. The file will never be merge as only the latest change-set will be unlocked.The best example is with .unity scenes; the user will save and modify the scene to do its work BUT it doesn't mean he has to commit it. This is very different from working on a .max as its a given that any changes you save, you'll commit it. This is not the case with scenes where you need to save and modify the scene in order to implement other changes.
An error occurred while saving the comment Kamil Andrzejewski commentedIn other words:
- Once changed, a file is automatically exclusively checkout for all users
- Even after "Checking-in", it is still locked for everyone who is not on the same branch
- Only the latest, on the same branch, checked-in version of the file can ever be modifiedKamil Andrzejewski shared this idea · -
62 votes
An error occurred while saving the comment Kamil Andrzejewski commentedThis will eventually lead to patch, so it is definitely a requirement.
Kamil Andrzejewski supported this idea · -
175 votesKamil Andrzejewski supported this idea ·
-
102 votesKamil Andrzejewski supported this idea ·
-
35 votesKamil Andrzejewski supported this idea ·
That would be perfectly acceptable indeed. Knowing the file has been already checked out and cannot be checked-in but can still be locally modified.