|
Is there a "first five minutes with Veracity" sort of tutorial? |
|
This is a command-line focused guide. If you'd like to see how to get started using a GUI on Windows, try this instead. Creating a repositoryChoose your favorite projects folder, or temp, or whatever. Let's
say you've chosen
Two things happened: a Who am I?We should tell Veracity who you are. Run
The --create flag will try to create the user first, so you will only need to use that flag the first time you run whoami. Adding some stuffLet's give Veracity something to do. Create a file:
Then say
and you should see
"Found" means Veracity sees a file it doesn't yet know about. "@/" is the root of the repository. To tell Veracity to keep track of this file:
Let's commit that to the repository, so we can play with it a bit.
Where Things we can now do:
All of which must be followed by a If you change the file on disk, e.g.
Running the serverSo far, this is all local. To share your code and changes with others, you'll need to run a server, or connect to someone else's. For now, you'll be the server. Still in your
Veracity's internal web server is up and running on Port 8080. Open a browser (not IE, just yet, but Chrome, Safari, Firefox should work nicely) and you can see your history, add work items, and so on. Playing with OthersWhat you can also do is push and pull code through this server. Assuming the machine you've been using is On the client, to get a working copy of that same code:
And you're in a working copy of a clone of the original repo. Make your own local changes, commit them, then:
to send them back to the host. If you see an error complaining that this would create multiple heads, that means there are changes on the host side that you haven't pulled yet. Get those, merge them locally, then push. Actually, it's a better idea to always pull, merge, run unit tests, and commit the merge before pushing.
link
This answer is marked "community wiki".
1
Depending on how veracity was installed, they might not need to set the server/files config setting, right? You might want to edit this to just say to run "vv serve --public". ... And then have a disclaimer about the error message and how to fix it. Also, fwiw, the command is called 'config'. Might the 'localsettings' alias potentially get deleted, as it may someday become a misnomer?
(Jul 15 '11 at 15:49)
PaulE ♦
You're right. I removed the stuff about setting server/files because it's typically not necessary anymore.
(Jul 15 '11 at 15:55)
Ian Olsen ♦♦
2
I had to run 'vv localsettings set server/files /usr/local/share/veracity/server_files' on my ubuntu system to get service running.
(Jul 19 '11 at 13:27)
jgeorge300
1
When I ran
I had to also supply the
(Aug 02 '11 at 08:34)
cskardon
Fixed the thing jgeorge300 cskardon noticed.
(Aug 02 '11 at 08:39)
Ian Olsen ♦♦
showing 5 of 6
show all
|