14 lines
1.3 KiB
Markdown
14 lines
1.3 KiB
Markdown
|
# Plastic SCM for Git users
|
|||
|
|
|
|||
|
|
|
|||
|
|
| **GIT**| **Plastic**| **Explanation**|
|
|||
|
|
|:--|:--|:--|
|
|||
|
|
| To Commit| To Check in| To Check in is to submit changes to the repo.|
|
|||
|
|
| Commit| Changeset| Each new change on the history of the repo, grouping several individual file and directory changes.|
|
|||
|
|
| Master| Main| When you create a repo in Plastic, there's always an "empty" branch. Plastic calls it Main.|
|
|||
|
|
| To checkout | To update| Downloading content to the workspace (working copy). This is called "update" because in Plastic, "checkout" has a different meaning.|
|
|||
|
|
|| Checkout| When you checkout a file in Plastic, you're telling Plastic you are going to modify the file.|
|
|||
|
|
|| Exclusive checkout or lock | This is locking a file so nobody can touch it. It’s only useful for non-mergeable files, like binaries, images, or art in a video game.|
|
|||
|
|
| Rebase|| Plastic handles branching differently than Git. In Plastic, a rebase is just a merge operation.|
|
|||
|
|
| Repository | Repository| Where the entire history of the project is stored.
|
|||
|
|
| Working copy | Workspace| In Git, you have the working copy and the repository in the exact location. You have a working copy and a .git hidden dir with the repository. In Plastic, this is slightly different since repositories and workspaces are separated. You can have several workspaces working with the same local repository.
|