Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Both sides previous revisionPrevious revision
Next revision
Previous revision
tsmanage2 [2025/06/11 19:48] admintsmanage2 [2025/06/19 09:38] (current) reshma
Line 1: Line 1:
-======Management======+{{:manage.png?400|}}======Management======
  
  
Line 12: Line 12:
   * **Generate SSH keys** for yourself and for //Git Winch// members. These keys enable secure access and collaboration on the repositories.   * **Generate SSH keys** for yourself and for //Git Winch// members. These keys enable secure access and collaboration on the repositories.
  
-  * **Add or remove //Git Winch// members** to repositories you own. //Git Winch// will create deploy keys in the Git hosting service to grant members access. While creating such a key, it will first ask if you want to add the member who is allowed to //push// into the repository, or disallow that member. The latter is useful to add members who will never be able to delete/modify anything in the repository. For e.g. in an architects office, the site-engineer is allowed to //pull// drawings from the "Good For Construction (GFC)" repository and is not allowed to //push// there. Once a keys are created for a person, the //.priv// file must be given to that person (via email/Whatsapp/etc) and that person must keep that file in the "members" folder present inside the application folder.+  * **Add or remove //Git Winch// members** to repositories you own. //Git Winch// will create deploy keys in the Git hosting service to grant members access. While creating such a key, it will first ask if you want to add the member who is allowed to //push// into the repository, or disallow that member. The latter is useful to add members who will never be able to delete/modify anything in the repository. For e.g. in an architects office, the site-engineer is allowed to //pull// drawings from the "Good For Construction (GFC)" repository and is not allowed to //push// there. Once a keys are created for a person, the //.priv// file must be given to that person (via email/Whatsapp/etc) and that person must keep that file in the "members" folder present inside the application folder of that person's //Git Winch// installation.
  
   * **Copy the clone URL** of any repository, which members will use in the Work tab to start working with the repository and send that URL to those members.   * **Copy the clone URL** of any repository, which members will use in the Work tab to start working with the repository and send that URL to those members.
Line 23: Line 23:
  
 > **Note:**   > **Note:**  
-> Instead of repository owners generating key files and sending private keys to members, //Git Winch// members can generate their own SSH key pairs from this page and send **only the public key** (`.pub` file) to the owner.  Thus, even the owner does not come to know the private key of the member. This ensures better security and easier management.+> Instead of repository owners generating key files and sending private keys to members, //Git Winch// members can generate their own SSH key pairs from this page and send **only the public key** (`.pub` file) to the owner.  The owner; in turn, will have to save that file in the //members// folder of the application folder of his/her own //Git Winch// installation. This copying has to be done BEFORE the said person actually becomes a member of the repository. 
 +
 +>Thus, even the owner does not come to know the private key of the member. This ensures better security and trust as the member is very sure that the owner is not going to attribute the work the member did to someone else.
 > >
 >In this management page, ONLY key generation can be done by regular members (i.e. those who are not owners)  >In this management page, ONLY key generation can be done by regular members (i.e. those who are not owners) 
tsmanage2.1749664130.txt.gz · Last modified: by admin