gitweb - ക്ലൗഡിൽ ഓൺലൈനിൽ

പട്ടിക:

NAME

gitweb - Git വെബ് ഇന്റർഫേസ് (വെബ് ഫ്രണ്ട്‌എൻഡ് മുതൽ Git റിപ്പോസിറ്ററികൾ വരെ)

സിനോപ്സിസ്

gitweb ഉപയോഗിച്ച് ആരംഭിക്കാൻ, റൺ ചെയ്യുക git-instaweb(1) ഒരു Git ശേഖരത്തിൽ നിന്ന്. ഇത് ചെയ്യും
നിങ്ങളുടെ വെബ് സെർവർ ക്രമീകരിച്ച് ആരംഭിക്കുക, കൂടാതെ gitweb-ലേക്ക് പോയിന്റ് ചെയ്യുന്ന വെബ് ബ്രൗസർ പ്രവർത്തിപ്പിക്കുക.

വിവരണം

Git റിപ്പോസിറ്ററികൾക്ക് Gitweb ഒരു വെബ് ഇന്റർഫേസ് നൽകുന്നു. അതിന്റെ സവിശേഷതകളിൽ ഇവ ഉൾപ്പെടുന്നു:

പൊതുവായ റൂട്ട് ഉപയോഗിച്ച് ഒന്നിലധികം Git റിപ്പോസിറ്ററികൾ കാണുന്നു.

· റിപ്പോസിറ്ററിയുടെ ഓരോ പുനരവലോകനവും ബ്രൗസ് ചെയ്യുന്നു.

· റിപ്പോസിറ്ററിയിലെ ഫയലുകളുടെ ഉള്ളടക്കങ്ങൾ ഏത് പുനരവലോകനത്തിലും കാണുന്നു.

· ബ്രാഞ്ചുകളുടെ റിവിഷൻ ലോഗ്, ഫയലുകളുടെയും ഡയറക്‌ടറികളുടെയും ചരിത്രം എന്നിവ കാണുമ്പോൾ എന്തായിരുന്നുവെന്ന് കാണുക
എപ്പോൾ, ആരാൽ മാറ്റി.

· ഏതെങ്കിലും ഫയലിന്റെ കുറ്റപ്പെടുത്തൽ/വ്യാഖ്യാന വിശദാംശങ്ങൾ കാണുന്നു (പ്രാപ്തമാക്കിയിട്ടുണ്ടെങ്കിൽ).

· ഏത് ബ്രാഞ്ചിനും വേണ്ടി കമ്മിറ്റുകളുടെ RSS, Atom ഫീഡുകൾ സൃഷ്ടിക്കുന്നു. ഫീഡുകൾ ആകുന്നു
ആധുനിക വെബ് ബ്രൗസറുകളിൽ സ്വയം കണ്ടെത്താനാകും.

· ഒരു പുനരവലോകനത്തിൽ മാറ്റം വരുത്തിയതെല്ലാം കാണുകയും ഒരു പുനരവലോകനത്തിലൂടെ ഒരു ചുവടുവെപ്പ് നടത്തുകയും ചെയ്യുന്നു
സമയം, ശേഖരത്തിന്റെ ചരിത്രം വീക്ഷിക്കുന്നു.

· തിരയൽ പദവുമായി പൊരുത്തപ്പെടുന്ന കമ്മിറ്റ് സന്ദേശങ്ങൾ കണ്ടെത്തൽ.

കാണുക http://git.kernel.org/?p=git/git.git;a=tree;f=gitweb or
http://repo.or.cz/w/git.git/tree/HEAD:/gitweb/ gitweb സോഴ്‌സ് കോഡിനായി, ബ്രൗസ് ചെയ്തത്
gitweb തന്നെ.

കോൺഫിഗറേഷൻ

കോൺഫിഗറേഷൻ ഫയലിലൂടെ gitweb-ന്റെ സ്വഭാവത്തിന്റെ വിവിധ വശങ്ങൾ നിയന്ത്രിക്കാനാകും
gitweb_config.perl or /etc/gitweb.conf. കാണുക gitweb.conf(5) വിശദാംശങ്ങൾക്ക്.

റിപ്പോസിറ്ററികൾ
ഒന്നോ അതിലധികമോ Git റിപ്പോസിറ്ററികളിൽ നിന്നുള്ള വിവരങ്ങൾ Gitweb-ന് കാണിക്കാനാകും. ഈ സംഭരണികൾ ചെയ്യേണ്ടത്
എല്ലാം ലോക്കൽ ഫയൽസിസ്റ്റത്തിലായിരിക്കും, കൂടാതെ പൊതുവായ റിപ്പോസിറ്ററി റൂട്ട് പങ്കിടേണ്ടതുണ്ട്, അതായത് എല്ലാം a-ന് കീഴിലായിരിക്കും
സിംഗിൾ പാരന്റ് റിപ്പോസിറ്ററി (എന്നാൽ "വിപുലമായ വെബ് സെർവർ സജ്ജീകരണം" വിഭാഗം, "വെബ്സെർവർ" എന്നിവയും കാണുക
ഒന്നിലധികം പ്രോജക്റ്റുകളുടെ റൂട്ട്" ഉപവിഭാഗത്തോടുകൂടിയ കോൺഫിഗറേഷൻ).

ഞങ്ങളുടെ $projectroot = '/path/to/parent/directory';

$projectroot എന്നതിന്റെ സ്ഥിര മൂല്യം /പബ്/ജിറ്റ്. Gitweb നിർമ്മിക്കുമ്പോൾ നിങ്ങൾക്കത് മാറ്റാം
GITWEB_PROJECTROOT ബിൽഡ് കോൺഫിഗറേഷൻ വേരിയബിൾ വഴി.

സ്ഥിരസ്ഥിതിയായി $projectroot-ന് കീഴിലുള്ള എല്ലാ Git ശേഖരണങ്ങളും ദൃശ്യവും gitweb-ന് ലഭ്യമാകുന്നതുമാണ്.
$projectroot ഡയറക്‌ടറി സ്‌കാൻ ചെയ്‌ത് ഡിഫോൾട്ടായി പ്രൊജക്‌റ്റുകളുടെ ലിസ്റ്റ് സൃഷ്‌ടിക്കുന്നു
Git റിപ്പോസിറ്ററികൾ (ഒബ്ജക്റ്റ് ഡാറ്റാബേസുകൾ കൂടുതൽ കൃത്യതയുള്ളതാകാൻ; gitweb-ന് താൽപ്പര്യമില്ല a
പ്രവർത്തന മേഖല, കൂടാതെ "നഗ്നമായ" ശേഖരണങ്ങൾ കാണിക്കുന്നതിന് ഏറ്റവും അനുയോജ്യമാണ്).

ഗിറ്റ്‌വെബിലെ റിപ്പോസിറ്ററിയുടെ പേര് അതിന്റെ $GIT_DIR (അതിന്റെ ഒബ്‌ജക്റ്റ് ഡാറ്റാബേസ്) എന്നതിലേക്കുള്ള പാതയാണ്.
$projectroot ആപേക്ഷികം. അതിനാൽ $repo എന്ന ശേഖരം ഇവിടെ കാണാം
"$projectroot/$repo".

പ്രോജക്ടുകൾ പട്ടിക ഫയല് ഫോർമാറ്റ്
ഫയൽസിസ്റ്റം സ്കാൻ ചെയ്തുകൊണ്ട് gitweb repositories കണ്ടെത്തുന്നതിന് പകരം
$projectroot, സജ്ജീകരിക്കുന്നതിലൂടെ നിങ്ങൾക്ക് ദൃശ്യമായ പ്രോജക്റ്റുകളുടെ ഒരു മുൻകൂട്ടി തയ്യാറാക്കിയ ലിസ്റ്റ് നൽകാം
$projects_list പ്രോജക്‌റ്റുകളുടെ ഒരു ലിസ്‌റ്റ് ഉള്ള ഒരു പ്ലെയിൻ ടെക്‌സ്‌റ്റ് ഫയലിലേക്ക് പോയിന്റ് ചെയ്യാൻ (ചിലത് അധികമായി
വിവരം).

ഈ ഫയൽ ഇനിപ്പറയുന്ന ഫോർമാറ്റ് ഉപയോഗിക്കുന്നു:

ഒരു വരിയിൽ ഒരു റെക്കോർഡ് (പ്രോജക്റ്റ് / റിപ്പോസിറ്ററിക്ക്) ലൈൻ തുടർച്ചയെ പിന്തുണയ്ക്കുന്നില്ല
(ന്യൂലൈൻ രക്ഷപ്പെടൽ).

· ലീഡിംഗും പിന്നിലുള്ളതുമായ വൈറ്റ്‌സ്‌പേസ് അവഗണിക്കപ്പെടുന്നു.

· വൈറ്റ്സ്പേസ് വേർതിരിച്ച ഫീൽഡുകൾ; വൈറ്റ്‌സ്‌പെയ്‌സിന്റെ ഏത് ഓട്ടവും ഫീൽഡ് സെപ്പറേറ്ററായി ഉപയോഗിക്കാം
(പേളിന്റെ "സ്പ്ലിറ്റ്(" ", $ലൈൻ)" എന്നതിനായുള്ള നിയമങ്ങൾ).

· RFC 3986, വിഭാഗം 2.1 (ശതമാനം-എൻകോഡിംഗ്), നിർവചിച്ചിരിക്കുന്ന പരിഷ്കരിച്ച URI എൻകോഡിംഗ് ഫീൽഡുകൾ ഉപയോഗിക്കുന്നു.
അല്ലെങ്കിൽ "ക്വറി സ്ട്രിംഗ് എൻകോഡിംഗ്" (കാണുക
http://en.wikipedia.org/wiki/Query_string#URL_എൻകോഡിംഗ്), വ്യത്യാസം ആ എസ്പിയാണ്
(" ") "+" ആയി എൻകോഡ് ചെയ്യാവുന്നതാണ് (അതിനാൽ "+" എന്നത് ശതമാനം എൻകോഡ് ചെയ്യേണ്ടതാണ്).

റിസർവ് ചെയ്ത പ്രതീകങ്ങൾ ഇവയാണ്: "%" (എൻകോഡിംഗിനായി ഉപയോഗിക്കുന്നു), "+" (SPACE എൻകോഡ് ചെയ്യാൻ ഉപയോഗിക്കാം),
SP, TAB, LF എന്നിവ ഉൾപ്പെടെ Perl-ൽ നിർവചിച്ചിരിക്കുന്ന എല്ലാ വൈറ്റ്‌സ്‌പേസ് പ്രതീകങ്ങളും (ഉപയോഗിക്കുന്നത്
ഒരു റെക്കോർഡിലെ പ്രത്യേക ഫീൽഡുകൾ).

· നിലവിൽ അംഗീകൃത ഫീൽഡുകൾ ഇവയാണ്:


$projectroot ന് ആപേക്ഷികമായ GIT_DIR റിപ്പോസിറ്ററിയിലേക്കുള്ള പാത


റിപ്പോസിറ്ററി ഉടമയായി പ്രദർശിപ്പിച്ചിരിക്കുന്നു, വെയിലത്ത് പൂർണ്ണമായ പേര്, അല്ലെങ്കിൽ ഇമെയിൽ, അല്ലെങ്കിൽ രണ്ടും

Project_index പ്രവർത്തനം ഉപയോഗിച്ച് നിങ്ങൾക്ക് പ്രോജക്റ്റ് ലിസ്റ്റ് ഇൻഡക്സ് ഫയൽ സൃഷ്ടിക്കാൻ കഴിയും (the ടെക്സ്റ്റ് ബന്ധം
പ്രോജക്റ്റ് ലിസ്റ്റ് പേജിൽ) gitweb-ൽ നിന്ന് നേരിട്ട്; ഇതും കാണുക "ഉപയോഗിക്കുന്ന പദ്ധതികളുടെ ലിസ്റ്റ് സൃഷ്ടിക്കുന്നു
താഴെയുള്ള gitweb" വിഭാഗം.

ഉദാഹരണ ഉള്ളടക്കം:

foo.git ജോ+ആർ+ഹാക്കർ+[ഇമെയിൽ പരിരക്ഷിച്ചിരിക്കുന്നു]>
foo/bar.git O+W+Ner+[ഇമെയിൽ പരിരക്ഷിച്ചിരിക്കുന്നു]>

ഡിഫോൾട്ടായി ഈ ഫയൽ നിയന്ത്രിക്കുന്നത് ഏതൊക്കെ പ്രോജക്‌റ്റുകൾ മാത്രമാണ് കാണപ്പെടുന്ന പദ്ധതികളുടെ ലിസ്റ്റ് പേജിൽ (ശ്രദ്ധിക്കുക
ശരിയായി അംഗീകരിക്കപ്പെട്ട Git റിപ്പോസിറ്ററികളിലേക്ക് വിരൽ ചൂണ്ടാത്ത എൻട്രികൾ പ്രദർശിപ്പിക്കില്ല
gitweb വഴി). പ്രോജക്‌റ്റ് ലിസ്‌റ്റ് പേജിൽ ഒരു പ്രോജക്‌റ്റ് ദൃശ്യമല്ലെങ്കിലും, നിങ്ങൾക്കത് കാണാൻ കഴിയും
എന്നിരുന്നാലും ഒരു gitweb URL കൈകൊണ്ട് തയ്യാറാക്കി. $strict_export കോൺഫിഗറേഷൻ സജ്ജീകരിക്കുന്നതിലൂടെ
വേരിയബിൾ (കാണുക gitweb.conf(5)) യഥാർത്ഥ മൂല്യത്തിലേക്ക് നിങ്ങൾക്ക് റിപ്പോസിറ്ററികൾ മാത്രം കാണാൻ അനുവദിക്കാം
അവലോകന പേജിലും കാണിച്ചിരിക്കുന്നു (അതായത്, പ്രോജക്റ്റ് ലിസ്റ്റിൽ വ്യക്തമായി ലിസ്റ്റുചെയ്തിരിക്കുന്ന പ്രോജക്റ്റുകൾ മാത്രം
ഫയൽ ആക്സസ് ചെയ്യാവുന്നതാണ്).

സൃഷ്ടിക്കുന്നു പദ്ധതികൾ പട്ടിക ഉപയോഗിച്ച് gitweb
GITWEB_CONFIG-ന് അതിന്റെ സ്ഥിരസ്ഥിതി Makefile മൂല്യമുണ്ടെന്ന് ഞങ്ങൾ അനുമാനിക്കുന്നു, അതായത് gitweb_config.perl.
ഇനിപ്പറയുന്നവ ഇടുക gitweb_make_index.perl ഫയൽ:

read_config_file("gitweb_config.perl");
$projects_list = $projectroot;

തുടർന്ന് അനുയോജ്യമായ ഫോർമാറ്റിൽ പ്രോജക്റ്റിന്റെ ലിസ്റ്റ് ലഭിക്കുന്നതിന് ഇനിപ്പറയുന്ന സ്ക്രിപ്റ്റ് സൃഷ്ടിക്കുക
GITWEB_LIST ബിൽഡ് കോൺഫിഗറേഷൻ വേരിയബിൾ (അല്ലെങ്കിൽ gitweb config-ലെ $projects_list വേരിയബിൾ):

#!/ bin / sh

GITWEB_CONFIG="gitweb_make_index.perl" കയറ്റുമതി ചെയ്യുക
GATEWAY_INTERFACE="CGI/1.1" കയറ്റുമതി ചെയ്യുക
HTTP_ACCEPT="*/*" കയറ്റുമതി ചെയ്യുക
REQUEST_METHOD="GET" കയറ്റുമതി ചെയ്യുക
QUERY_STRING="a=project_index" കയറ്റുമതി ചെയ്യുക

perl -- /var/www/cgi-bin/gitweb.cgi

ഈ സ്ക്രിപ്റ്റ് പ്രവർത്തിപ്പിച്ച് അതിന്റെ ഔട്ട്പുട്ട് ഒരു ഫയലിലേക്ക് സംരക്ഷിക്കുക. ഈ ഫയൽ പിന്നീട് പ്രൊജക്റ്റുകളായി ഉപയോഗിക്കാം
ലിസ്റ്റ് ഫയൽ, അതായത് നിങ്ങൾക്ക് $projects_list അതിന്റെ ഫയൽനാമമായി സജ്ജീകരിക്കാം എന്നാണ്.

നിയന്ത്രിക്കുന്നു പ്രവേശനം ലേക്ക് Git റിപ്പോസിറ്ററികൾ
സ്ഥിരസ്ഥിതിയായി $projectroot-ന് കീഴിലുള്ള എല്ലാ Git ശേഖരണങ്ങളും ദൃശ്യവും gitweb-ന് ലഭ്യമാകുന്നതുമാണ്.
എന്നിരുന്നാലും, റിപ്പോസിറ്ററികളിലേക്കുള്ള ആക്‌സസ് ഗിറ്റ്‌വെബ് നിയന്ത്രിക്കുന്നത് എങ്ങനെയെന്ന് നിങ്ങൾക്ക് കോൺഫിഗർ ചെയ്യാം.

· "പ്രോജക്‌റ്റ് ലിസ്റ്റ് ഫയൽ ഫോർമാറ്റ്" വിഭാഗത്തിൽ വിവരിച്ചിരിക്കുന്നതുപോലെ, ഏതൊക്കെ പ്രോജക്‌റ്റുകൾ നിങ്ങൾക്ക് നിയന്ത്രിക്കാനാകും
ആകുന്നു കാണപ്പെടുന്ന പ്രൊജക്‌റ്റ് ലിസ്റ്റ് ഫയലിലെ റിപ്പോസിറ്ററികൾ തിരഞ്ഞെടുത്ത് ഉൾപ്പെടുത്തി, ക്രമീകരണം
$projects_list gitweb കോൺഫിഗറേഷൻ വേരിയബിൾ ചൂണ്ടിക്കാണിക്കുന്നു. $strict_export സെറ്റിനൊപ്പം,
പ്രൊജക്‌റ്റ് ലിസ്റ്റ് ഫയൽ ഏതൊക്കെ ശേഖരണങ്ങളാണെന്ന് നിയന്ത്രിക്കാൻ ഉപയോഗിക്കാം ലഭ്യമായ അതുപോലെ.

· നിങ്ങൾക്ക് ഗിറ്റ്‌വെബ് ലിസ്റ്റുചെയ്യാൻ കോൺഫിഗർ ചെയ്യാനും വ്യക്തമായി കയറ്റുമതി ചെയ്തവ കാണാൻ അനുവദിക്കാനും കഴിയും
repositories, gitweb config ഫയലിലെ $export_ok വേരിയബിൾ വഴി; കാണുക gitweb.conf(5)
മാൻപേജ്. ഇത് true എന്ന് വിലയിരുത്തുകയാണെങ്കിൽ, ഈ ഫയലിന് പേര് നൽകിയാൽ മാത്രമേ gitweb ശേഖരണങ്ങൾ കാണിക്കൂ
$export_ok അതിന്റെ ഒബ്‌ജക്റ്റ് ഡാറ്റാബേസിൽ നിലവിലുണ്ട് (ഡയറക്‌ടറിക്ക് മാജിക് ഫയലിന്റെ പേരുണ്ടെങ്കിൽ
$export_ok).

ഉദാഹരണത്തിന് git-demon(1) ഡിഫോൾട്ടായി (--export-all ഓപ്ഷൻ ഉപയോഗിച്ചിട്ടില്ലെങ്കിൽ) അനുവദിക്കുന്നു
ഉള്ള റിപ്പോസിറ്ററികൾക്കായി മാത്രം വലിക്കുന്നു git-demon-export-ok ഫയൽ. ചേർക്കുന്നു

ഞങ്ങളുടെ $export_ok = "git-daemon-export-ok";

ഗിറ്റ്‌വെബ് ഷോ ഉണ്ടാക്കുന്നു, അതിൽ നിന്ന് ലഭ്യമാക്കാൻ കഴിയുന്ന ശേഖരങ്ങളിലേക്ക് മാത്രം പ്രവേശനം അനുവദിക്കുക
git:// പ്രോട്ടോക്കോൾ വഴി.

അവസാനമായി, വിളിക്കപ്പെടുന്ന ഒരു അനിയന്ത്രിതമായ perl subroutine വ്യക്തമാക്കാൻ സാധിക്കും
ഓരോ ശേഖരത്തിനും അത് കയറ്റുമതി ചെയ്യാനാകുമോ എന്ന് നിർണ്ണയിക്കാൻ. സബ്റൂട്ടീന് ഒരു ലഭിക്കുന്നു
പ്രോജക്റ്റിലേക്കുള്ള (റിപ്പോസിറ്ററി) സമ്പൂർണ്ണ പാത അതിന്റെ ഏക പരാമീറ്ററായി (അതായത്
"$projectroot/$project").

ഉദാഹരണത്തിന്, നിങ്ങൾ സ്ക്രിപ്റ്റ് പ്രവർത്തിപ്പിക്കുന്നതിന് mod_perl ഉപയോഗിക്കുകയാണെങ്കിൽ, കൂടാതെ HTTP പ്രോട്ടോക്കോൾ ഉണ്ടെങ്കിൽ
നിങ്ങളുടെ റിപ്പോസിറ്ററികൾക്കായി ക്രമീകരിച്ച പ്രാമാണീകരണം, നിങ്ങൾക്ക് ഇനിപ്പറയുന്ന ഹുക്ക് ഉപയോഗിക്കാം
ഫയലുകൾ വായിക്കാൻ ഉപയോക്താവിന് അധികാരമുണ്ടെങ്കിൽ മാത്രം ആക്സസ് അനുവദിക്കുക:

$export_auth_hook = ഉപ {
Apache2 ഉപയോഗിക്കുക ::SubRequest ();
Apache2 ഉപയോഗിക്കുക:: Const -compile => qw(HTTP_OK);
എന്റെ $പാത്ത് = "$_[0]/HEAD";
എന്റെ $r = Apache2::RequestUtil->അഭ്യർത്ഥന;
എന്റെ $sub = $r->lookup_file($path);
$sub->ഫയലിന്റെ പേര് eq $path തിരികെ നൽകുക
&& $sub->സ്റ്റാറ്റസ് == Apache2::Const::HTTP_OK;
};

ഓരോ-റിപ്പോസിറ്ററി gitweb കോൺഫിഗറേഷൻ
എന്നതിൽ ഫയൽ സൃഷ്‌ടിക്കുന്നതിലൂടെ നിങ്ങൾക്ക് gitweb-ൽ കാണിച്ചിരിക്കുന്ന വ്യക്തിഗത ശേഖരണങ്ങൾ ക്രമീകരിക്കാൻ കഴിയും GIT_DIR
Git റിപ്പോസിറ്ററിയുടെ, അല്ലെങ്കിൽ ചില റിപ്പോ കോൺഫിഗറേഷൻ വേരിയബിൾ (ഇൻ GIT_DIR/config, കാണുക
git-config(1)).

നിങ്ങൾക്ക് ഇനിപ്പറയുന്ന ഫയലുകൾ റിപ്പോസിറ്ററിയിൽ ഉപയോഗിക്കാം:

README.html
gitweb പ്രോജക്റ്റ് "സംഗ്രഹം" പേജിൽ ഉൾപ്പെടുത്തിയിരിക്കുന്ന ഒരു html ഫയൽ (HTML ശകലം)
അകത്ത് ബ്ലോക്ക് ഘടകം. ഒരു പ്രോജക്റ്റിന്റെ ദൈർഘ്യമേറിയ വിവരണത്തിനായി നിങ്ങൾക്ക് ഇത് ഉപയോഗിക്കാം
ലിങ്കുകൾ നൽകുക (ഉദാഹരണത്തിന് പ്രോജക്റ്റിന്റെ ഹോംപേജിലേക്ക്), മുതലായവ. XSS ആണെങ്കിൽ മാത്രമേ ഇത് തിരിച്ചറിയൂ
പ്രതിരോധം ഓഫാണ് ($prevent_xss തെറ്റാണ്, കാണുക gitweb.conf(5)); ഉൾപ്പെടുത്താനുള്ള ഒരു മാർഗ്ഗം
XSS പ്രിവൻഷൻ ഓണായിരിക്കുമ്പോൾ സുരക്ഷിതമായി README എന്നത് ഭാവിയിൽ പ്രവർത്തിച്ചേക്കാം.

വിവരണം (അല്ലെങ്കിൽ gitweb.description)
ഹ്രസ്വ (പ്രോജക്‌റ്റ് ലിസ്റ്റ് പേജിൽ $projects_list_description_width ആയി ചുരുക്കിയിരിക്കുന്നു, ഏത്
സ്ഥിരസ്ഥിതിയായി 25 പ്രതീകങ്ങളാണ്; കാണുക gitweb.conf(5)) ഒരു പദ്ധതിയുടെ ഒറ്റവരി വിവരണം
(ഒരു സംഭരണിയുടെ). പ്ലെയിൻ ടെക്സ്റ്റ് ഫയൽ; HTML രക്ഷപ്പെടും. സ്വതവേ സജ്ജമാക്കി

പേരില്ലാത്ത ശേഖരം; gitweb-ന് പേരിടാൻ ഈ ഫയൽ എഡിറ്റ് ചെയ്യുക.

റിപ്പോസിറ്ററി സൃഷ്‌ടിക്കുമ്പോൾ ടെംപ്ലേറ്റിൽ നിന്ന്, സാധാരണയായി ഇൻസ്റ്റാൾ ചെയ്യപ്പെടുന്നു
/usr/share/git-core/templates/. നിങ്ങൾക്ക് gitweb.description റിപ്പോ കോൺഫിഗറേഷൻ ഉപയോഗിക്കാം
വേരിയബിൾ, പക്ഷേ ഫയൽ മുൻഗണന നൽകുന്നു.

വിഭാഗം (അല്ലെങ്കിൽ gitweb.category)
ഒരു പ്രോജക്‌റ്റിന്റെ സിംഗിൾ ലൈൻ വിഭാഗം, പ്രോജക്‌റ്റുകൾ ഗ്രൂപ്പുചെയ്യാൻ ഉപയോഗിക്കുന്നു
$projects_list_group_categories പ്രവർത്തനക്ഷമമാക്കി. സ്ഥിരസ്ഥിതിയായി (ഫയലും കോൺഫിഗറേഷനും
വേരിയബിൾ അസാന്നിദ്ധ്യം), വർഗ്ഗീകരിക്കാത്ത പ്രോജക്റ്റുകൾ $project_list_default_category എന്നതിൽ ഉൾപ്പെടുത്തിയിട്ടുണ്ട്
വിഭാഗം. നിങ്ങൾക്ക് gitweb.category റിപ്പോ കോൺഫിഗറേഷൻ വേരിയബിൾ ഉപയോഗിക്കാം, പക്ഷേ ഫയൽ
മുൻഗണന നൽകുന്നു.

കോൺഫിഗറേഷൻ വേരിയബിളുകൾ $projects_list_group_categories കൂടാതെ
$project_list_default_category വിവരിച്ചിരിക്കുന്നു gitweb.conf(5)

cloneurl (അല്ലെങ്കിൽ ഒന്നിലധികം മൂല്യമുള്ള gitweb.url)
റിപ്പോസിറ്ററി URL ഉള്ള ഫയൽ (ക്ലോണിനും എടുക്കുന്നതിനും ഉപയോഗിക്കുന്നു), ഓരോ വരിയിലും ഒന്ന്. ൽ പ്രദർശിപ്പിച്ചിരിക്കുന്നു
പദ്ധതി സംഗ്രഹ പേജ്. നിങ്ങൾക്ക് ഒന്നിലധികം മൂല്യമുള്ള gitweb.url റിപ്പോസിറ്ററി കോൺഫിഗറേഷൻ ഉപയോഗിക്കാം
അതിനായി വേരിയബിൾ, പക്ഷേ ഫയൽ മുൻഗണന നൽകുന്നു.

ഇത് ആഗോള പ്രിഫിക്‌സ് അടിസ്ഥാനമാക്കിയുള്ള @git_base_url_list-ന്റെ ഓരോ-റിപ്പോസിറ്ററി മെച്ചപ്പെടുത്തൽ / പതിപ്പാണ്
gitweb കോൺഫിഗറേഷൻ വേരിയബിൾ (കാണുക gitweb.conf(5)).

gitweb.owner
റിപ്പോസിറ്ററികൾ സജ്ജമാക്കാൻ നിങ്ങൾക്ക് gitweb.owner റിപ്പോസിറ്ററി കോൺഫിഗറേഷൻ വേരിയബിൾ ഉപയോഗിക്കാം.
ഉടമ. ഇത് പ്രോജക്റ്റ് ലിസ്റ്റിലും സംഗ്രഹ പേജിലും പ്രദർശിപ്പിക്കും.

ഇത് സജ്ജീകരിച്ചിട്ടില്ലെങ്കിൽ, ഫയൽസിസ്റ്റം ഡയറക്ടറിയുടെ ഉടമ ഉപയോഗിക്കും (GECOS ഫീൽഡ് വഴി, അതായത് യഥാർത്ഥ പേര്
ഫീൽഡ് getpwiid(3)) $projects_list സജ്ജീകരിച്ചിട്ടില്ലെങ്കിൽ (gitweb $projectroot സ്കാൻ ചെയ്യുന്നു
റിപ്പോസിറ്ററികൾ); $projects_list റിപ്പോസിറ്ററികളുടെ ലിസ്റ്റ് ഫയൽ ചെയ്യാൻ പോയിന്റ് ചെയ്യുന്നുവെങ്കിൽ, അപ്പോൾ
തന്നിരിക്കുന്ന ശേഖരണത്തിനായുള്ള ഈ ഫയലിൽ നിന്നുള്ള മൂല്യത്തിലേക്ക് പ്രോജക്റ്റ് ഉടമ ഡിഫോൾട്ട് ചെയ്യുന്നു.

വിവിധ gitweb.* config വേരിയബിളുകൾ (config-ൽ)
വിശദമായ ലിസ്‌റ്റിനും വിവരണങ്ങൾക്കുമായി %ഫീച്ചർ ഹാഷിന്റെ വിവരണം വായിക്കുക. ഇതും കാണുക
"ഗിറ്റ്‌വെബ് സവിശേഷതകൾ കോൺഫിഗർ ചെയ്യുന്നു" എന്ന വിഭാഗത്തിലെ gitweb.conf(5)

പ്രവർത്തനങ്ങൾ, ഒപ്പം URL-കൾ

Gitweb-ന് path_info (ഘടകം) അടിസ്ഥാനമാക്കിയുള്ള URL-കൾ ഉപയോഗിക്കാം, അല്ലെങ്കിൽ അതിന് ആവശ്യമായ എല്ലാ വിവരങ്ങളും കൈമാറാൻ കഴിയും
അന്വേഷണ പരാമീറ്ററുകൾ വഴി. സാധാരണ gitweb URL-കൾ അഞ്ച് ഘടകങ്ങളായി തിരിച്ചിരിക്കുന്നു:

.../gitweb.cgi/ / / :/ ?

റിപ്പോ
റിപ്പോസിറ്ററിയിൽ പ്രവർത്തനം നടത്തും.

ലഭ്യമായ എല്ലാ പ്രോജക്റ്റുകളും ലിസ്റ്റ് ചെയ്യുന്നവ ഒഴികെയുള്ള എല്ലാ പ്രവർത്തനങ്ങളും, ഏത് രൂപത്തിലും,
ഈ പരാമീറ്റർ ആവശ്യമാണ്.

നടപടി
പ്രവർത്തിപ്പിക്കുന്ന പ്രവർത്തനം. സ്ഥിരസ്ഥിതികൾ projects_list റിപ്പോ സജ്ജീകരിച്ചിട്ടില്ലെങ്കിൽ, ഒപ്പം
സംഗ്രഹം അല്ലെങ്കിൽ.

റിവിഷൻ
റിവിഷൻ കാണിച്ചിരിക്കുന്നു. HEAD-ലേക്കുള്ള ഡിഫോൾട്ടുകൾ.

പാത
ഉള്ളിലെ പാത ആ പ്രവൃത്തികൾക്കായി ആ പ്രവർത്തനം നടത്തപ്പെടുന്നു
അത് ആവശ്യമാണ്.

വാദങ്ങൾ
പ്രവർത്തനത്തിന്റെ സ്വഭാവത്തെ നിയന്ത്രിക്കുന്ന ഏതെങ്കിലും വാദങ്ങൾ.

ചില പ്രവർത്തനങ്ങൾക്ക് രണ്ട് പുനരവലോകനങ്ങളും ചിലപ്പോൾ രണ്ട് പാത്ത്നെയിമുകളും വ്യക്തമാക്കാൻ അനുവദിക്കുകയോ അനുവദിക്കുകയോ ചെയ്യുന്നു.
പൊതുവേ, അത്തരം path_info (ഘടകം) അടിസ്ഥാനമാക്കിയുള്ള gitweb URL ഇതുപോലെ കാണപ്പെടുന്നു:

.../gitweb.cgi/ / / :/ .. :/ ?

ഓരോ പ്രവർത്തനവും ഒരു സബ്റൂട്ടീനായി നടപ്പിലാക്കുന്നു, അത് %ആക്ഷൻ ഹാഷിൽ ഉണ്ടായിരിക്കണം. ചിലത്
പ്രവർത്തനങ്ങൾ ഡിഫോൾട്ടായി അപ്രാപ്‌തമാക്കിയിരിക്കുന്നു, കൂടാതെ ഫീച്ചർ മെക്കാനിസം വഴി അത് ഓണാക്കിയിരിക്കണം. ഉദാഹരണത്തിന്
പ്രാപ്തമാക്കാൻ കുറ്റപ്പെടുത്തുക gitweb കോൺഫിഗറേഷൻ ഫയലിലേക്ക് ഇനിപ്പറയുന്നവ ചേർക്കുക കാണുക:

$feature{'bleme'}{'default'} = [1];

പ്രവർത്തനങ്ങൾ:
സ്റ്റാൻഡേർഡ് പ്രവർത്തനങ്ങൾ ഇവയാണ്:

project_list
ലഭ്യമായ Git റിപ്പോസിറ്ററികൾ ലിസ്റ്റ് ചെയ്യുന്നു. റിപ്പോസിറ്ററി ഇല്ലെങ്കിൽ ഇതാണ് ഡിഫോൾട്ട് കമാൻഡ്
URL-ൽ വ്യക്തമാക്കിയിരിക്കുന്നു.

സംഗ്രഹം
നൽകിയിരിക്കുന്ന ശേഖരത്തെക്കുറിച്ചുള്ള സംഗ്രഹം പ്രദർശിപ്പിക്കുന്നു. പ്രവർത്തനമില്ലെങ്കിൽ ഇതാണ് സ്ഥിരസ്ഥിതി കമാൻഡ്
URL-ൽ വ്യക്തമാക്കിയിട്ടുണ്ട്, കൂടാതെ റിപ്പോസിറ്ററി മാത്രമേ വ്യക്തമാക്കിയിട്ടുള്ളൂ.

തലകൾ, റിമോട്ടുകൾ
നൽകിയിരിക്കുന്ന ശേഖരത്തിലെ എല്ലാ പ്രാദേശിക അല്ലെങ്കിൽ എല്ലാ വിദൂര-ട്രാക്കിംഗ് ശാഖകളും ലിസ്റ്റ് ചെയ്യുന്നു.

കോൺഫിഗർ ചെയ്തിട്ടില്ലെങ്കിൽ രണ്ടാമത്തേത് ഡിഫോൾട്ടായി ലഭ്യമല്ല.

ടാഗുകൾ
നൽകിയിരിക്കുന്ന ശേഖരത്തിൽ എല്ലാ ടാഗുകളും (കനംകുറഞ്ഞതും വ്യാഖ്യാനിച്ചതും) ലിസ്റ്റ് ചെയ്യുക.

ബ്ലബ്, മരം
തന്നിരിക്കുന്ന റിവിഷനിൽ, തന്നിരിക്കുന്ന റിപ്പോസിറ്ററി പാതയിൽ ഫയലുകളും ഡയറക്ടറികളും കാണിക്കുന്നു. ഇതാണ്
URL-ൽ ഒരു പ്രവർത്തനവും വ്യക്തമാക്കിയിട്ടില്ലെങ്കിൽ, പാത്ത് നൽകിയിട്ടുണ്ടെങ്കിൽ സ്ഥിരസ്ഥിതി കമാൻഡ്.

ബ്ലബ്_പ്ലെയിൻ
തന്നിരിക്കുന്ന റിപ്പോസിറ്ററിയിൽ, തന്നിരിക്കുന്ന പാതയിലും പുനരവലോകനത്തിലും ഫയലിനായുള്ള റോ ഡാറ്റ നൽകുന്നു.
ഈ പ്രവർത്തനത്തിലേക്കുള്ള ലിങ്കുകൾ അടയാളപ്പെടുത്തിയിരിക്കുന്നു അസംസ്കൃതമായ.

ബ്ലബ്ഡിഫ്
ഒരേ ഫയലിന്റെ രണ്ട് പുനരവലോകനങ്ങൾ തമ്മിലുള്ള വ്യത്യാസം കാണിക്കുന്നു.

കുറ്റപ്പെടുത്തൽ, കുറ്റപ്പെടുത്തൽ_കൂടുതൽ
ഒരു ഫയലിനായുള്ള കുറ്റപ്പെടുത്തൽ (അനോട്ടേഷൻ എന്നും അറിയപ്പെടുന്നു) വിവരങ്ങൾ കാണിക്കുന്നു. ഒരു വരി അടിസ്ഥാനത്തിൽ
ആ വരി അവസാനമായി മാറ്റിയ പുനരവലോകനവും പ്രതിജ്ഞാബദ്ധനായ ഉപയോക്താവും ഇത് കാണിക്കുന്നു
മാറ്റം. ഇൻക്രിമെന്റൽ പതിപ്പ് (കോൺഫിഗർ ചെയ്‌താൽ അത് യാന്ത്രികമായി ഉപയോഗിക്കുമ്പോൾ
ജാവാസ്ക്രിപ്റ്റ് പ്രവർത്തനക്ഷമമാക്കിയിരിക്കുന്നു) എന്നതിന്റെ ഉള്ളടക്കത്തിലേക്ക് കുറ്റപ്പെടുത്തുന്ന വിവരങ്ങൾ വർദ്ധിപ്പിക്കാൻ അജാക്സ് ഉപയോഗിക്കുന്നു
നൽകിയ ഫയൽ.

പ്രകടന കാരണങ്ങളാൽ ഈ പ്രവർത്തനം ഡിഫോൾട്ടായി പ്രവർത്തനരഹിതമാക്കിയിരിക്കുന്നു.

പ്രതിബദ്ധത, പ്രതിബദ്ധത
ഒരു ശേഖരത്തിൽ ഒരു നിർദ്ദിഷ്ട പ്രതിബദ്ധതയെക്കുറിച്ചുള്ള വിവരങ്ങൾ കാണിക്കുന്നു. ദി സമർപ്പിക്കുക ഷോകൾ കാണുക
പ്രതിബദ്ധതയെക്കുറിച്ചുള്ള വിവരങ്ങൾ കൂടുതൽ വിശദമായി പ്രതിബദ്ധത ആക്ഷൻ മാറ്റങ്ങൾ കാണിക്കുന്നു
നൽകിയ പ്രതിബദ്ധത.

പാച്ച്
അപേക്ഷയ്‌ക്ക് അനുയോജ്യമായ പ്ലെയിൻ ടെക്‌സ്‌റ്റ് മെയിൽ ഫോർമാറ്റിൽ കമ്മിറ്റ് നൽകുന്നു git-am(1).

ടാഗ്
നിർദ്ദിഷ്ട വ്യാഖ്യാന ടാഗ് പ്രദർശിപ്പിക്കുക (ടാഗ് ഒബ്ജക്റ്റ്).

ലോഗ്, ഷോർട്ട്ലോഗ്
നൽകിയിരിക്കുന്ന ബ്രാഞ്ചിനായി ലോഗ് വിവരങ്ങൾ കാണിക്കുന്നു (സന്ദേശം സമർപ്പിക്കുക അല്ലെങ്കിൽ വിഷയം സമർപ്പിക്കുക).
(നൽകിയ പുനരവലോകനത്തിൽ നിന്ന് ആരംഭിക്കുന്നു).

ദി ഷോർട്ട്ലോഗ് കാഴ്ച കൂടുതൽ ഒതുക്കമുള്ളതാണ്; ഓരോ വരിയിലും ഒരു പ്രതിബദ്ധത കാണിക്കുന്നു.

ചരിത്രം
തന്നിരിക്കുന്നതിൽ നിന്ന് ആരംഭിച്ച് തന്നിരിക്കുന്ന ശേഖരണ പാതയിൽ ഫയലിന്റെയോ ഡയറക്ടറിയുടെയോ ചരിത്രം കാണിക്കുന്നു
പുനരവലോകനം (HEAD-ലേക്കുള്ള ഡിഫോൾട്ട്, അതായത് ഡിഫോൾട്ട് ബ്രാഞ്ച്).

ഈ കാഴ്ച സമാനമാണ് ഷോർട്ട്ലോഗ് കാണുക.

ആർഎസ്എസ്, ആറ്റം
റിപ്പോസിറ്ററിയിലെ മാറ്റങ്ങളുടെ ഒരു RSS (അല്ലെങ്കിൽ ആറ്റം) ഫീഡ് സൃഷ്ടിക്കുന്നു.

വെബ് സെർവർ കോൺഫിഗറേഷൻ

Gitweb പ്രവർത്തിപ്പിക്കുന്നതിനായി ചില സാധാരണ വെബ്സെർവറുകൾ എങ്ങനെ ക്രമീകരിക്കാമെന്ന് ഈ വിഭാഗം വിശദീകരിക്കുന്നു. എല്ലാ സാഹചര്യങ്ങളിലും,
ഉദാഹരണങ്ങളിൽ /path/to/gitweb എന്നത് നിങ്ങൾ ഇൻസ്റ്റാൾ ചെയ്ത gitweb എന്ന ഡയറക്ടറിയാണ്, അതിൽ അടങ്ങിയിരിക്കുന്നു
gitweb_config.perl.

gitweb-നായി ഇവിടെ ലിസ്‌റ്റ് ചെയ്‌തിട്ടില്ലാത്ത ഒരു വെബ് സെർവർ നിങ്ങൾ കോൺഫിഗർ ചെയ്‌തിട്ടുണ്ടെങ്കിൽ, ദയവായി അയയ്‌ക്കുക
നിർദ്ദേശങ്ങൾ അതിനാൽ അവ ഭാവി റിലീസിൽ ഉൾപ്പെടുത്താം.

അപ്പാച്ചെ as CGI
Gitweb ഉള്ള ഡയറക്‌ടറിയിൽ CGI സ്‌ക്രിപ്‌റ്റുകളെ പിന്തുണയ്‌ക്കാൻ അപ്പാച്ചെ കോൺഫിഗർ ചെയ്‌തിരിക്കണം.
ഇൻസ്റ്റാൾ ചെയ്തു. അത് ആണെന്ന് നമുക്ക് അനുമാനിക്കാം /var/www/cgi-bin ഡയറക്ടറി.

സ്ക്രിപ്റ്റ് ഏലിയാസ് /cgi-bin/ "/var/www/cgi-bin/"


ഓപ്ഷനുകൾ സൂചികകൾ ഫോളോസിംലിങ്കുകൾ ExecCGI
അനുവദിക്കുകഒഴിവാക്കുക
ഓർഡർ അനുവദിക്കുക, നിരസിക്കുക
എല്ലാം അനുവദിക്കുക


ആ കോൺഫിഗറേഷൻ ഉപയോഗിച്ച് റിപ്പോസിറ്ററികൾ ബ്രൗസ് ചെയ്യുന്നതിനുള്ള പൂർണ്ണ പാത ഇതായിരിക്കും:

http://server/cgi-bin/gitweb.cgi

അപ്പാച്ചെ കൂടെ mod_perl, വഴി ModPerl:: രജിസ്ട്രി
നിങ്ങൾക്ക് gitweb-നൊപ്പം mod_perl ഉപയോഗിക്കാം. നിങ്ങൾ Apache::Registry (mod_perl 1.x-ന്) അല്ലെങ്കിൽ ഇൻസ്റ്റാൾ ചെയ്യണം
ഈ പിന്തുണ പ്രവർത്തനക്ഷമമാക്കാൻ ModPerl::Registry (mod_perl 2.x-ന്).

gitweb ഇൻസ്റ്റാൾ ചെയ്തിട്ടുണ്ടെന്ന് കരുതുക /var/www/perl, ഇനിപ്പറയുന്ന അപ്പാച്ചെ കോൺഫിഗറേഷൻ
(mod_perl 2.x-ന്) അനുയോജ്യമാണ്.

അപരനാമം /perl "/var/www/perl"


SetHandler perl-script
PerlResponseHandler ModPerl::Registry
PerlOptions +ParseHeaders
ഓപ്ഷനുകൾ സൂചികകൾ ഫോളോസിംലിങ്കുകൾ +ExecCGI
അനുവദിക്കുകഒഴിവാക്കുക
ഓർഡർ അനുവദിക്കുക, നിരസിക്കുക
എല്ലാം അനുവദിക്കുക


ആ കോൺഫിഗറേഷൻ ഉപയോഗിച്ച് റിപ്പോസിറ്ററികൾ ബ്രൗസ് ചെയ്യുന്നതിനുള്ള പൂർണ്ണ പാത ഇതായിരിക്കും:

http://server/perl/gitweb.cgi

അപ്പാച്ചെ കൂടെ ഫാസ്റ്റ്സിജിഐ
Gitweb Apache, FastCGI എന്നിവയിൽ പ്രവർത്തിക്കുന്നു. ആദ്യം നിങ്ങൾ gitweb.cgi-യുടെ പേര് മാറ്റുകയോ പകർത്തുകയോ സിംലിങ്ക് ചെയ്യുകയോ ചെയ്യേണ്ടതുണ്ട്
gitweb.fcgi ലേക്ക്. Gitweb ഇൻസ്റ്റാൾ ചെയ്തിട്ടുണ്ടെന്ന് നമുക്ക് അനുമാനിക്കാം /usr/share/gitweb ഡയറക്ടറി. ദി
ഇനിപ്പറയുന്ന അപ്പാച്ചെ കോൺഫിഗറേഷൻ അനുയോജ്യമാണ് (പരിശോധിച്ചിട്ടില്ല!)

FastCgiServer /usr/share/gitweb/gitweb.cgi
ScriptAlias ​​/gitweb /usr/share/gitweb/gitweb.cgi

അപരനാമം /gitweb/static /usr/share/gitweb/static
<ഡയറക്‌ടറി /usr/share/gitweb/static>
SetHandler ഡിഫോൾട്ട്-ഹാൻഡ്ലർ


ആ കോൺഫിഗറേഷൻ ഉപയോഗിച്ച് റിപ്പോസിറ്ററികൾ ബ്രൗസ് ചെയ്യുന്നതിനുള്ള പൂർണ്ണ പാത ഇതായിരിക്കും:

http://server/gitweb

അഡ്വാൻസ്ഡ് വെബ് സെർവർ സജ്ജമാക്കുക

ആ ഉദാഹരണങ്ങളെല്ലാം അഭ്യർത്ഥന റീറൈറ്റിംഗ് ഉപയോഗിക്കുന്നു, കൂടാതെ mod_rewrite ആവശ്യമാണ് (അല്ലെങ്കിൽ തത്തുല്യമായ; ഉദാഹരണങ്ങൾ
താഴെ അപ്പാച്ചെക്ക് വേണ്ടി എഴുതിയിരിക്കുന്നു).

സിംഗിൾ യുആർഎൽ വേണ്ടി gitweb ഒപ്പം വേണ്ടി ലഭ്യമാക്കുന്നു
gitweb-നും http:// repositories-നും നിങ്ങൾക്ക് ഒരു URL വേണമെങ്കിൽ, നിങ്ങൾക്ക് കഴിയും
അപ്പാച്ചെ ഇതുപോലെ കോൺഫിഗർ ചെയ്യുക:


ServerName git.example.org
DocumentRoot /pub/git
SetEnv GITWEB_CONFIG /etc/gitweb.conf

# മോഡ് റീറൈറ്റിംഗ് ഓണാക്കുന്നു
മാറ്റിയെഴുതുക

# ഒന്നാം പേജ് gitweb സ്ക്രിപ്റ്റിലേക്ക് ഒരു ആന്തരിക റീറൈറ്റായി മാറ്റുക
RewriteRule ^/$ /cgi-bin/gitweb.cgi

# "മൂക ക്ലയന്റുകൾ" ജോലിക്ക് ആക്സസ് ഉണ്ടാക്കുക
RewriteRule ^/(.*\.git/(?!/?(HEAD|info|objects|refs)).*)?$ \
/cgi-bin/gitweb.cgi%{REQUEST_URI} [L,PT]


മുകളിലെ കോൺഫിഗറേഷൻ നിങ്ങളുടെ പൊതു ശേഖരണങ്ങൾക്ക് കീഴിൽ ജീവിക്കുമെന്ന് പ്രതീക്ഷിക്കുന്നു /പബ്/ജിറ്റ് ഇച്ഛാശക്തിയും
അവരെ സേവിക്കുക http://git.domain.org/dir-under-pub-git, ക്ലോണബിൾ Git URL ആയും ഇതുപോലെയും
ബ്രൗസ് ചെയ്യാവുന്ന gitweb ഇന്റർഫേസ്. നിങ്ങൾ ആരംഭിക്കുകയാണെങ്കിൽ നിങ്ങളുടെ git-demon(1) കൂടെ
--base-path=/pub/git --export-all അപ്പോൾ നിങ്ങൾക്ക് കൃത്യമായി git:// URL ഉപയോഗിക്കാം
അതേ പാത.

പരിസ്ഥിതി വേരിയബിൾ GITWEB_CONFIG സജ്ജീകരിക്കുന്നത്, പേരിട്ടിരിക്കുന്ന ഫയൽ ഉപയോഗിക്കാൻ gitweb-നോട് പറയും
(അതായത് ഈ ഉദാഹരണത്തിൽ /etc/gitweb.conf) gitweb-നുള്ള ഒരു കോൺഫിഗറേഷനായി. നിങ്ങൾ ശരിക്കും അല്ല
മുകളിലെ ഉദാഹരണത്തിൽ ഇത് ആവശ്യമാണ്; നിങ്ങളുടെ കോൺഫിഗറേഷൻ ഫയൽ വ്യത്യസ്‌തമാണെങ്കിൽ മാത്രമേ ഇത് ആവശ്യമുള്ളൂ
അന്തർനിർമ്മിതത്തേക്കാൾ സ്ഥലം (ജിറ്റ്വെബ് കംപൈൽ ചെയ്യുമ്പോൾ) gitweb_config.perl or /etc/gitweb.conf. കാണുക
gitweb.conf(5) വിശദാംശങ്ങൾക്ക്, പ്രത്യേകിച്ച് മുൻഗണനാ നിയമങ്ങളെക്കുറിച്ചുള്ള വിവരങ്ങൾ.

നിങ്ങൾ ഉദാഹരണത്തിൽ നിന്ന് റീറൈറ്റ് നിയമങ്ങൾ ഉപയോഗിക്കുകയാണെങ്കിൽ ശക്തി അതുപോലെ എന്തെങ്കിലും വേണം
നിങ്ങളുടെ gitweb കോൺഫിഗറേഷൻ ഫയലിൽ പിന്തുടരുന്നു (/etc/gitweb.conf ഇനിപ്പറയുന്ന ഉദാഹരണം):

@stylesheets = ("/some/absolute/path/gitweb.css");
$my_uri = "/";
$home_link = "/";
$per_request_config = 1;

ഇക്കാലത്ത് gitweb ആവശ്യമുള്ളപ്പോൾ HTML അടിസ്ഥാന ടാഗ് സൃഷ്ടിക്കണം (അടിസ്ഥാന URI സജ്ജീകരിക്കുന്നതിന്
ആപേക്ഷിക ലിങ്കുകൾ), അതിനാൽ ഇത് യാന്ത്രികമായി പ്രവർത്തിക്കും.

വെബ്സെർവറിൽ കോൺഫിഗറേഷൻ കൂടെ ഒന്നിലധികം പദ്ധതികൾ' വേര്
നിങ്ങൾക്ക് നിരവധി പ്രോജക്റ്റ് റൂട്ടുകൾ ഉപയോഗിച്ച് gitweb ഉപയോഗിക്കണമെങ്കിൽ നിങ്ങളുടെ Apache വെർച്വൽ ഹോസ്റ്റ് എഡിറ്റ് ചെയ്യാം
ഇനിപ്പറയുന്ന രീതിയിൽ gitweb കോൺഫിഗറേഷൻ ഫയലുകളും.

വെർച്വൽ ഹോസ്റ്റ് കോൺഫിഗറേഷൻ (അപ്പാച്ചെ കോൺഫിഗറേഷൻ ഫയലിൽ) ഇതുപോലെയായിരിക്കണം:


ServerName git.example.org
DocumentRoot /pub/git
SetEnv GITWEB_CONFIG /etc/gitweb.conf

# മോഡ് റീറൈറ്റിംഗ് ഓണാക്കുന്നു
മാറ്റിയെഴുതുക

# ഒന്നാം പേജ് gitweb സ്ക്രിപ്റ്റിലേക്ക് ഒരു ആന്തരിക റീറൈറ്റായി മാറ്റുക
RewriteRule ^/$ /cgi-bin/gitweb.cgi [QSA,L,PT]

# unix ഉപയോക്താക്കളുടെ വീട്ടിൽ ഒരു public_git ഫോൾഡറിനായി നോക്കുക
# http://git.example.org/~ /
റീറൈറ്റ് റൂൾ ^/\~([^\/]+)(/|/gitweb.cgi)?$ /cgi-bin/gitweb.cgi \
[QSA,E=GITWEB_PROJECTROOT:/ വീട് /$1/public_git/,L,PT]

# http://git.example.org/+ /
#RewriteRule ^/\+([^\/]+)(/|/gitweb.cgi)?$ /cgi-bin/gitweb.cgi \
[QSA,E=GITWEB_PROJECTROOT:/ വീട് /$1/public_git/,L,PT]

# http://git.example.org/user//
#RewriteRule ^/user/([^\/]+)/(gitweb.cgi)?$ /cgi-bin/gitweb.cgi \
[QSA,E=GITWEB_PROJECTROOT:/ വീട് /$1/public_git/,L,PT]

# പ്രൊജക്റ്റ് റൂട്ടുകളുടെ നിർവചിച്ച ലിസ്റ്റ്
റീറൈറ്റ്റൂൾ ^/scm(/|/gitweb.cgi)?$ /cgi-bin/gitweb.cgi \
[QSA,E=GITWEB_PROJECTROOT:/pub/scm/,L,PT]
RewriteRule ^/ var(/|/gitweb.cgi)?$ /cgi-bin/gitweb.cgi \
[QSA,E=GITWEB_PROJECTROOT:/var/git/,L,PT]

# "മൂക ക്ലയന്റുകൾ" ജോലിക്ക് ആക്സസ് ഉണ്ടാക്കുക
RewriteRule ^/(.*\.git/(?!/?(HEAD|info|objects|refs)).*)?$ \
/cgi-bin/gitweb.cgi%{REQUEST_URI} [L,PT]


ഇവിടെ യഥാർത്ഥ പ്രോജക്റ്റ് റൂട്ട് GITWEB_PROJECT_ROOT എൻവയോൺമെന്റ് വേരിയബിൾ വഴി gitweb-ലേക്ക് കൈമാറുന്നു
ഒരു വെബ് സെർവറിൽ നിന്ന്, അതിനാൽ നിങ്ങൾ ഇനിപ്പറയുന്ന വരി gitweb കോൺഫിഗറേഷൻ ഫയലിൽ ഇടേണ്ടതുണ്ട്
(/etc/gitweb.conf മുകളിലെ ഉദാഹരണത്തിൽ):

$projectroot = $ENV{'GITWEB_PROJECTROOT'} || "/പബ്/ജിറ്റ്";

കുറിപ്പ് ഓരോ അഭ്യർത്ഥനയ്ക്കും ഇത് സജ്ജീകരിക്കേണ്ടതുണ്ട്, അതിനാൽ ഒന്നുകിൽ $per_request_config ആയിരിക്കണം
തെറ്റ്, അല്ലെങ്കിൽ മുകളിൽ പറഞ്ഞവ $per_request_config റഫറൻസ് ചെയ്ത കോഡിൽ ഉൾപ്പെടുത്തണം;

ഈ കോൺഫിഗറേഷനുകൾ രണ്ട് കാര്യങ്ങൾ പ്രാപ്തമാക്കുന്നു. ആദ്യം, ഓരോ യുണിക്സ് ഉപയോക്താവും ( ) സെർവറിന്റെ ഇഷ്ടം
കാണുന്ന gitweb Git റിപ്പോസിറ്ററികളിലൂടെ ബ്രൗസ് ചെയ്യാൻ കഴിയും ~/public_git/ കൂടെ
ഇനിപ്പറയുന്ന url:

http://git.example.org/~ /

നിങ്ങളുടെ സെർവറിൽ ഈ സവിശേഷത ആവശ്യമില്ലെങ്കിൽ, രണ്ടാമത്തെ റീറൈറ്റിംഗ് റൂൾ നീക്കം ചെയ്യുക.

നിങ്ങളുടെ വെർച്വൽ ഹോസ്റ്റിൽ നിങ്ങൾ ഇതിനകം 'mod_userdir' ഉപയോഗിക്കുകയാണെങ്കിൽ അല്ലെങ്കിൽ '~' ഇതായി ഉപയോഗിക്കാൻ താൽപ്പര്യമില്ലെങ്കിൽ
ആദ്യ പ്രതീകം, രണ്ടാമത്തെ റീറൈറ്റിംഗ് റൂൾ കമന്റ് ചെയ്യുകയോ നീക്കം ചെയ്യുകയോ ചെയ്യുക, അതിലൊന്ന് കമന്റ് ചെയ്യുക
നിങ്ങൾ ആഗ്രഹിക്കുന്നതനുസരിച്ച് പിന്തുടരുക.

രണ്ടാമതായി, റിപ്പോസിറ്ററികൾ കണ്ടെത്തി /pub/scm/ ഒപ്പം /var/git/ വഴി ആക്സസ് ചെയ്യപ്പെടും
http://git.example.org/scm/ ഒപ്പം http://git.example.org/var/. നിങ്ങൾക്ക് എത്ര പ്രോജക്റ്റ് ചേർക്കാം
മൂന്നാമത്തേതും നാലാമത്തേതും പോലെയുള്ള റീറൈറ്റിംഗ് റൂളുകൾ ചേർത്ത് നിങ്ങൾ ആഗ്രഹിക്കുന്നതുപോലെ റൂട്ടുകൾ.

PATH_INFO ഉപയോഗം
നിങ്ങൾ gitweb-ൽ PATH_INFO ഉപയോഗം പ്രാപ്തമാക്കുകയാണെങ്കിൽ

$feature{'pathinfo'}{'default'} = [1];

നിങ്ങളുടെ gitweb കോൺഫിഗറേഷൻ ഫയലിൽ, നിങ്ങളുടെ സെർവർ സജ്ജീകരിക്കാൻ സാധിക്കും
രൂപത്തിൽ URL-കൾ ഉപയോഗിക്കുകയും നിർമ്മിക്കുകയും ചെയ്യുന്നു

http://git.example.com/project.git/shortlog/sometag

അതായത് ഇല്ലാതെ gitweb.cgi ഭാഗം, ഇനിപ്പറയുന്നതുപോലുള്ള ഒരു കോൺഫിഗറേഷൻ ഉപയോഗിച്ച്. ഈ
കോൺഫിഗറേഷൻ അത് അനുമാനിക്കുന്നു /var/www/gitweb നിങ്ങളുടെ വെബ്‌സെർവറിന്റെ DocumentRoot ആണ്, അടങ്ങുന്നത്
gitweb.cgi സ്ക്രിപ്റ്റും കോംപ്ലിമെന്ററി സ്റ്റാറ്റിക് ഫയലുകളും (സ്റ്റൈൽഷീറ്റ്, ഫെവിക്കോൺ, ജാവാസ്ക്രിപ്റ്റ്):


ServerAlias ​​git.example.com

DocumentRoot /var/www/gitweb


ഓപ്ഷനുകൾ ExecCGI
AddHandler cgi-script cgi

ഡയറക്ടറിഇൻഡക്സ് gitweb.cgi

വീണ്ടും എഴുതുക
RewriteCond% {REQUEST_FILENAME}! -f
RewriteCond% {REQUEST_FILENAME}! -d
RewriteRule ^.* /gitweb.cgi/$0 [L,PT]



നിലവിലുള്ള സ്റ്റാറ്റിക് ഫയലുകൾ ശരിയായി നൽകുമെന്ന് റീറൈറ്റിംഗ് റൂൾ ഉറപ്പുനൽകുന്നു
മറ്റേതെങ്കിലും URL PATH_INFO പാരാമീറ്ററായി gitweb-ലേക്ക് കൈമാറും.

അറിയിപ്പ് ഈ സാഹചര്യത്തിൽ നിങ്ങൾക്ക് @stylesheets, $my_uri എന്നിവയ്‌ക്കായി പ്രത്യേക ക്രമീകരണങ്ങൾ ആവശ്യമില്ല
$home_link, എന്നാൽ നിങ്ങളുടെ പ്രൊജക്റ്റ് .git dirs (ഇതിൽ വിവരിച്ചിരിക്കുന്നത്) എന്നതിലേക്കുള്ള "മൂക ക്ലയന്റ്" ആക്‌സസ് നിങ്ങൾക്ക് നഷ്‌ടമാകും.
"ഗിറ്റ്‌വെബിനും ലഭ്യമാക്കുന്നതിനുമുള്ള ഒറ്റ URL" വിഭാഗം). രണ്ടാമത്തേതിന് സാധ്യമായ ഒരു പരിഹാരമാണ്
ഇനിപ്പറയുന്നവ: നിങ്ങളുടെ പ്രോജക്റ്റ് റൂട്ടിൽ (ഉദാ /പബ്/ജിറ്റ്) പദ്ധതികൾക്ക് പേരിട്ടിട്ടുണ്ട് കൂടാതെ a
.git വിപുലീകരണം (ഉദാ /പബ്/ജിറ്റ്/പ്രോജക്റ്റ് ഇതിനുപകരമായി /pub/git/project.git) കോൺഫിഗർ ചെയ്യുക
അപ്പാച്ചെ ഇനിപ്പറയുന്ന രീതിയിൽ:


ServerAlias ​​git.example.com

DocumentRoot /var/www/gitweb

അപരനാമം ^(/.*?)(\.git)(/.*)?$ /pub/git$1$3

ഓപ്ഷനുകൾ ExecCGI
AddHandler cgi-script cgi

ഡയറക്ടറിഇൻഡക്സ് gitweb.cgi

വീണ്ടും എഴുതുക
RewriteCond% {REQUEST_FILENAME}! -f
RewriteCond% {REQUEST_FILENAME}! -d
RewriteRule ^.* /gitweb.cgi/$0 [L,PT]



അധിക അലിയാസ്മാച്ച് അത് അങ്ങനെയാക്കുന്നു

http://git.example.com/project.git

പ്രോജക്റ്റിന്റെ Git dir-ലേക്ക് റോ ആക്സസ് നൽകും (അങ്ങനെ പ്രോജക്റ്റ് ക്ലോൺ ചെയ്യാൻ കഴിയും), അതേസമയം

http://git.example.com/project

മനുഷ്യസൗഹൃദ gitweb ആക്സസ് നൽകും.

ഈ സൊല്യൂഷൻ 100% ബുള്ളറ്റ് പ്രൂഫ് അല്ല, ചില പ്രോജക്റ്റിന് പേരിട്ടിരിക്കുന്ന ഒരു റഫറൻസ് ഉണ്ടെങ്കിൽ
(ശാഖ, ടാഗ്) തുടങ്ങി git/, പിന്നെ തുടങ്ങിയ പാതകൾ

http://git.example.com/project/command/abranch..git/abranch

404 പിശക് ഉപയോഗിച്ച് പരാജയപ്പെടും.

onworks.net സേവനങ്ങൾ ഉപയോഗിച്ച് gitweb ഓൺലൈനായി ഉപയോഗിക്കുക