GIT op Synology Nas

[Briolet]

Nu heb ik de oorzaak gevonden. Het probleem is het toegangsrecht op de config file. De vorige keer had ik het project aangemaakt terwijl ik onder mijn eigen account ingelogd was op de nas. Ik ben dan de eigenaar van alle files.

Nu was ik als root ingelogd op de nas en bij het maken van de repository was root de eigenaar van alle files. Als je dus onder je eigen account wil clonen, mis je de rechten. En onder een root account kun je er van buiten niet bij.

Na de folder ".git" gewist te hebben, heb ik het project aangemaakt terwijl ik onder mijn eigen account ingelogd was. Nu kan ik het project wel clonen naar de mac.

Alles heel logisch, (achteraf)

[Briolet]

In volume1 staan je shares. Ik heb gewoon een "Git' share aangemaakt.

Gewoon een share voor git aanmaken is toch ongewenst. Op de een of andere manier creëert de nas in veel folders en subfolders van het project eigen folders met de naam "@eaDir" met files erin. Dat zijn folders die normaal nooit zichtbaar worden op een share en alleen als ik via ssh op die share kijk. Ik neem aan dat daar metadata instaat voor Mac files, die niet in het reguliere diskformaat op te slaan zijn.

Nu met Git controle komen ze zichtbaar op de share en in het project.

Ik heb de share weer gewist en een repository folder volgens de handleiding uit de eerste post aangemaakt. Die handleiding was voor DSM 4.0, maar werkt ook nog perfect voor DSM 6.1, zonder verdere aanpassing.

Na het aanmaken van een lege repository en deze te initieren volgens de handleiding, hoef je niets meer op de nas te doen. Als ik hem vanaf mijn mac clone, krijg ik even een waarschuwing dat ik een lege cloon heb opgehaald. Dat geeft niet. Ik kan de files er gewoon inzetten en dan naar de repository pushen.
In mijn geval heb ik dat alles met XCode gedaan. Die heeft tegenwoordig een goede Git ondersteuning en werkt samen met de Git op de nas.

Ik heb ook even getest of Git werkt bij een gewone gebruiker, zonder admin rechten omdat ik clone via "ssh://..." Ook een gewone gebruiker kan dat. Als een gewone gebruiker via ssh:// op de nas probeert in te loggen krijgt hij normaal het volgende te zien:

Code: [Selecteer]

$ ssh user@nas2
Password:
Permission denied, please try again.
Connection to nas2 closed.
Met Git geïnstalleerd wordt de respons:

Code: [Selecteer]

$ ssh user@nas
password:
fatal: Interactive git shell is not enabled.
hint: ~/git-shell-commands should exist and have read and execute access.
Connection to nas closed.
Het pakket intefereert dus wel met een ssh inlog. Ik hoop dan maar dat dit geen security bugs introduceert.