Dit is de opdracht git-notifier die kan worden uitgevoerd in de gratis hostingprovider van OnWorks met behulp van een van onze meerdere gratis online werkstations zoals Ubuntu Online, Fedora Online, Windows online emulator of MAC OS online emulator
PROGRAMMA:
NAAM
git-notifier - script dat met git moet worden gebruikt als een haak na ontvangst
KORTE INHOUD
git-melding [opties]
PRODUCTBESCHRIJVING
git-melding is een script dat met git gebruikt kan worden als een hook na ontvangst. Eenmaal geĂŻnstalleerd, is het
e-mailt een samenvatting van alle wijzigingen telkens wanneer een gebruiker een update naar de repository pusht.
Anders dan andere soortgelijke scripts, git-melding stuurt precies Ă©Ă©n e-mail per wijziging,
die elk een volledige diff van alle wijzigingen bevatten, evenals de reeks vertakkingen
van waaruit de nieuwe revisie kan worden bereikt. De scripts zorgen ervoor dat elke wijziging wordt uitgevoerd
slechts Ă©Ă©n keer per post verzonden door een statusbestand bij te houden van reeds gerapporteerde revisies.
Daarnaast, git-melding e-mailt ook updates wanneer vertakkingen of geannoteerde tags worden gemaakt
of verwijderd; en het verzendt bovendien een revisiesamenvatting als er een hoofd naar nu gaat
commits die al eerder zijn gerapporteerd (bijv. bij snel vooruitspoelen).
Als een commit-bericht [nodiff], zal de gegenereerde e-mail geen diff. Als een
commit-bericht bevat [nomail], voor die wijziging wordt geen mail verzonden.
git-melding ondersteunt de onderstaande opties. Als alternatief om ze op de opdrachtregel te geven,
ze kunnen allemaal ook worden ingesteld via git config haken.. Om bijvoorbeeld een ontvanger in te stellen
adres, doe git config hooks.mailinglijst [e-mail beveiligd].
Voor de volledige documentatie, zie de homepage op: http://www.icir.org/robin/git-notifier/.
INSTALLATIE
De basisinstallatie is eenvoudig: voer gewoon het script uit haken/na ontvangst, als in:
#!/ Bin / sh
/full/pad/naar/git-notifier
Standaard verzendt het script zijn e-mails naar de gebruiker die het git-melding (dat wil zeggen, de
iemand die de update uitvoert). Omdat dat meestal niet de gewenste ontvanger is, een alternatief e-mailadres
adres kan worden opgegeven via de opdrachtregel of git-opties, zie de mailinglijstoptie
hieronder.
OPTIES
--alle wijzigingen
lijsten waarvoor alle wijzigingen die daarin worden aangebracht, moeten worden verzonden als
rechte diffs naar hun vorige staat, ongeacht of de corresponderende
commit is in het verleden al gerapporteerd. Voor merge commits bevatten de e-mails:
de volledige diff (dat wil zeggen, git's diff -m). Dit kan bijvoorbeeld zinvol zijn voor master
als men elke toegepaste wijziging nauwlettend wil volgen.
is een lijst met door komma's gescheiden namen van hoofden die op deze manier moeten worden behandeld.
--takken
lijsten opnemen/uitsluiten in de rapportage. Standaard zijn dit alle vestigingen
inbegrepen. Als deze optie is opgegeven, worden alleen de vermelde filialen opgenomen.
Als alternatief kan men een vertakking vooraf laten gaan met - om deze uit te sluiten: dan alles behalve de
uitgesloten personen worden gerapporteerd.
is een lijst met door komma's gescheiden namen van hoofden die op deze manier moeten worden behandeld.
--config=PATH
PATH naar een alternatief configuratiebestand.
--debuggen
Voer het script uit in de debug-modus, wat betekent dat het (1) uitvoeriger zal loggen en
naar stderr, en (2) rennen git-melding met de --debuggen en --geen update opties.
--verschil [rev1...] rev2
Verstuurt verschillen tussen alle revisies op weg van de eerste ouder rev1 naar rev2.
Deze optie produceert een uitvoer die vergelijkbaar is met die van een hoofd dat vooruit beweegt
vermeld met --alle wijzigingen. Indien rev1 wordt overgeslagen, rev2~1 wordt verondersteld.
Deze optie is primair bedoeld voor het debuggen en het achteraf (opnieuw) genereren hiervan
outut, en verandert de huidige status van de kennisgever op geen enkele manier. De belangrijkste
verschil met --handmatig is dat het alleen rekening houdt met herziening van de eerste ouder
pad, en verzendt feitelijke verschillen hiertussen.
--emailvoorvoegsel
Specificeert een voorvoegsel voor de onderwerpregel van de e-mails. Als het voorvoegsel een %rDat
wordt vervangen door de naam van de repository. Standaard is [git/%r]. Merk op dat de naam
van deze optie is compatibel met enkele andere git notificatiescripts.
--hostnaam
Definieert de hostnaam die moet worden gebruikt bij het bouwen van het repositorypad dat wordt weergegeven in het
notificatiemails. Standaard is de canonieke naam van het systeem waarin het script zich bevindt
loopt door.
--negeer afstandsbedieningen
Indien gegeven, git-melding zal geen commits rapporteren die al bij iemand bekend zijn
geconfigureerde externe opslagplaats.
--gitbasedir=DIRECTORY
Specificeert een basis DIRECTORY voor de git-repository. Indien niet opgegeven, de huidige
map is de standaard.
-H, --help
helpbericht weergeven en afsluiten
--koppeling
Specificeert a die zullen worden opgenomen in notificatiemails voor het lokaliseren van een
wijzigingen online. De kan een bevatten %s tijdelijke aanduiding waarmee zal worden vervangen
het bijbehorende git-revisienummer. De kan ook een %r placeholder
dat zal worden vervangen door de naam van de repository.
--log
Schrijf loginformatie in het gegeven . Standaard is git-notifier.log binnen
de bewaarplaats.
--mailcmd
Specificeert de opdracht die moet worden gebruikt voor het verzenden van e-mail. Standaard is /usr/sbin/sendmail.
--mailinglijst
Specificeert de ontvanger voor alle gegenereerde e-mails. Standaard wordt er naar het systeem gemaild
account waarop het script wordt uitgevoerd.
--mail server
SMTP-server voor uitgaande e-mails. Standaard is Geen, in welk geval mail wordt ontvangen
verzonden via de lokale Verzend mail (of wat dan ook --mailcmd definieert alternatief).
--mailonderwerplen
Beperkt onderwerpen van gegenereerde e-mails tot karakters. Standaard os geen limiet.
--handmatig [rev1..] rev2
Verzendt meldingen voor alle revisies die onderweg zijn rev1 naar rev2. Indien rev1 is
overgeslagen, rev2~1 wordt verondersteld.
Deze optie is primair bedoeld voor het debuggen en het achteraf (opnieuw) genereren hiervan
uitvoer, en verandert op geen enkele manier de huidige status van de melder.
--max
Beperkt de leeftijd van de te rapporteren toezeggingen. Geen verplichting die ouder is dan dit aantal dagen
een commit-melding activeren. Standaard is 30 dagen; nul schakelt de leeftijdscontrole uit.
--maxdiff.grootte
Beperkt de van mails by het geven van a maximaal aantal of kilobytes uit die a diff mei
hebben. If the diff als een wijziging groter is dan deze waarde, wordt er een notificatiemail verzonden
nog steeds uitzenden, maar de diff is uitgesloten (en vervangen door een briefje dat dit aangeeft).
Standaard is 50K.
--fusies
lijsten waarvoor fusies het volledige bedrag moeten omvatten diff, inclusief alles
wijzigingen die al deel uitmaken van branch commits.
is een lijst met door commando's gescheiden namen van heads die op deze manier moeten worden behandeld.
--geen update
Werkt het interne statusbestand niet bij, wat betekent dat eventuele updates worden gerapporteerd
opnieuw de volgende keer dat het script wordt uitgevoerd.
--antwoord aan
Voegt een antwoord toe aan: header voor uitgaande e-mails.
--repouri=URI
vol URI voor de repository
--afzender
Definieert de afzender voor alle gegenereerde e-mails. Standaard is de gebruiker die de
bijwerken (indien gitoliet wordt gebruikt, is het de Gitolite-account die de push uitvoert, niet de
systeemaccount actief git-melding.)
--alleen update
Verstuurt geen e-mailmeldingen, maar werkt wel de index bij. In andere
woorden, alle recente wijzigingen worden gemarkeerd als "gezien", zonder ze te melden.
--gebruikers
Dit is alleen voor installaties die gebruikmaken van gitoliet , waarvoor de standaardafzender
adres voor alle e-mails zou normaal gesproken de gitolite-gebruikersaccountnaam van de zijn
persoon die duwt. Met deze optie kunt u als alternatief een bestand specificeren dat
wijst dergelijke accountnamen toe aan alternatieve adressen, die vervolgens worden gebruikt als de
afzender voor e-mails.
Merk op dat zelfs als --gebruikers wordt niet gegeven, git-melding zal nog zo een zoeken
bestand in ../conf/sender.cfg, relatief ten opzichte van de repositorymap op het hoogste niveau. In
met andere woorden, u kunt een bestand controleren afzender.cfg met daarin de mappings
gitoliet config / directory en het zou gewoon moeten werken.
--versie
Toont het versienummer en het afsluiten van het programma
Gebruik git-notifier online met behulp van onworks.net-services