This shows you the differences between two versions of the page.
| Next revision | Previous revision | ||
| definitions [2025/07/08 19:18] – created admin | definitions [2025/08/05 18:16] (current) – admin | ||
|---|---|---|---|
| Line 1: | Line 1: | ||
| ======Definitions====== | ======Definitions====== | ||
| - | **What is a // | + | **What is a // |
| - | Simply speaking, think of a repository as a folder inside which files and sub-folders are stored. But it is actually more than that: It also stores earlier versions of the files in there too. When you use //Git Winch// usually | + | Simply speaking, think of a repository as a folder inside which files and sub-folders are stored. But it is actually more than that: It also stores earlier versions of the files in there too. |
| + | |||
| + | The repository is centrally stored at the Git Host you have an account with. All members allowed to work on a repository will have a //working copy// of that repository on their own respective computers. //Git Winch// has useful functions so that all those members have the correct files from that central Git Host. | ||
| + | |||
| + | Offices using //Git Winch// usually | ||
| + | |||
| + | **What is an //org// and //org code//? | ||
| + | In //Git Winch// repositories are assumed to belong to some organization (or a division in the organization) That is what we mean by an " | ||
| + | |||
| + | //Org code// represent a short code that represents such an organization (or division). Not much work can be done if an //orgname// is not set when you start //Git Winch.// If set correctly, the //orgname// can be seen at the bottom left corner of //Git Winch.// Press F1 when the mouse is hovering there to learn more. | ||
| + | |||
| + | //Orgname// can ONLY be set by a main, responsible person (usually the owner) of the office. Such a person can delegate other work to managers in case the owner himself/ | ||
| + | |||
| + | |||
| + | ----- | ||
| + | [[/ | ||