GitHub ನಲ್ಲಿ ಯಾವ ಪರವಾನಗಿಯನ್ನು ಆರಿಸಬೇಕು: ಪ್ರಕಾರಗಳು, ಹೋಲಿಕೆ

GitHub ಪರವಾನಗಿಯನ್ನು ಹೇಗೆ ಆರಿಸುವುದು ಮತ್ತು ಸರಿಯಾದ ಆಯ್ಕೆಯನ್ನು ಮಾಡುವುದು ಏಕೆ ಮುಖ್ಯ? GitHub IT ಯೋಜನೆಗಳ ಜಂಟಿ ಅಭಿವೃದ್ಧಿ ಮತ್ತು ಅವುಗಳ ನಂತರದ ಹೋಸ್ಟಿಂಗ್‌ಗೆ ಅತಿ ದೊಡ್ಡ ಸೇವೆಯಾಗಿದೆ. ಈ ವೆಬ್ ಸೇವೆಯ ಸಹಾಯದಿಂದ, ಅನಿಯಮಿತ ಸಂಖ್ಯೆಯ ಜನರು ಒಂದೇ ಬಾರಿಗೆ ಯೋಜನೆಯಲ್ಲಿ ಕೆಲಸ ಮಾಡಬಹುದು, ಹಾಗೆಯೇ ಪ್ರಪಂಚದ ಎಲ್ಲಿಂದಲಾದರೂ. GitHub ಸಹ ನಿರ್ವಹಣೆ ಅಥವಾ ನಿಯಂತ್ರಣ ವ್ಯವಸ್ಥೆಯನ್ನು ಹೊಂದಿದೆ, ಅದು ಕಾಲಾನಂತರದಲ್ಲಿ ಡೆವಲಪರ್‌ಗಳು ಮಾಡಿದ ಎಲ್ಲಾ ಬದಲಾವಣೆಗಳನ್ನು ವೀಕ್ಷಿಸಲು ಮತ್ತು ನಿಯಂತ್ರಿಸಲು ನಿಮಗೆ ಅನುಮತಿಸುತ್ತದೆ ಮತ್ತು ಬದಲಾವಣೆಗಳ ಮೊದಲು ಸಂಭವಿಸಿದ ಸ್ಥಿತಿಗೆ ಮರಳಲು ಸಹ ನಿಮಗೆ ಅನುಮತಿಸುತ್ತದೆ.
ಆದರೆ ಸರಳವಾಗಿ ಹೇಳುವುದಾದರೆ, GitHub ಪ್ರೋಗ್ರಾಮರ್‌ಗಳು ಮತ್ತು ಡೆವಲಪರ್‌ಗಳಿಗೆ ಸಾಮಾಜಿಕ ನೆಟ್‌ವರ್ಕ್ ಎಂದು ಕರೆಯಲ್ಪಡುತ್ತದೆ, ಅಲ್ಲಿ ನೀವು ಹುಡುಕಬಹುದು ಮತ್ತು ನಂತರ ಇತರ ಡೆವಲಪರ್‌ಗಳಿಂದ ಕೋಡ್‌ಗಳನ್ನು ಅಭ್ಯಾಸ ಮಾಡಬಹುದು. ನೀವು GitHub ನಲ್ಲಿ ನಿಮ್ಮ ಪೋರ್ಟ್‌ಫೋಲಿಯೊವನ್ನು ಸಹ ಸಂಗ್ರಹಿಸಬಹುದು. ಸಾಮಾನ್ಯವಾಗಿ, GitHub ಅನನುಭವಿ ಡೆವಲಪರ್‌ಗಳು ಮತ್ತು ಅನುಭವಿ ಪ್ರೋಗ್ರಾಮರ್‌ಗಳಿಗೆ ಸೂಕ್ತವಾದ ಸೇವೆಯಾಗಿದೆ. ಆದಾಗ್ಯೂ, ಈ ಸೇವೆಯ ಬಳಕೆದಾರರು ಕೆಲವೊಮ್ಮೆ ಪರವಾನಗಿಯನ್ನು ಆಯ್ಕೆ ಮಾಡುವ ಬಗ್ಗೆ ಕೆಲವು ಪ್ರಶ್ನೆಗಳನ್ನು ಹೊಂದಿರಬಹುದು, ಏಕೆಂದರೆ ಅವರ ಆಯ್ಕೆಯು ಸಾಕಷ್ಟು ವೈವಿಧ್ಯಮಯವಾಗಿದೆ.

GitHub ಪರವಾನಗಿ ಎಂದರೇನು

ಪರವಾನಗಿ ಎನ್ನುವುದು ರಾಜ್ಯ ರೂಪದಿಂದ ಸ್ಥಾಪಿಸಲ್ಪಟ್ಟ ಒಂದು ವಿಶೇಷ ದಾಖಲೆಯಾಗಿದೆ ಮತ್ತು ನಿರ್ದಿಷ್ಟ ರೀತಿಯ ಉದ್ಯಮಶೀಲತಾ ಚಟುವಟಿಕೆಯಲ್ಲಿ ತೊಡಗಿಸಿಕೊಳ್ಳಲು ನಿಮಗೆ ಅನುವು ಮಾಡಿಕೊಡುತ್ತದೆ, ಇದು ತಪ್ಪದೆ ರಾಜ್ಯದ ಕಡೆಯಿಂದ ವಿಶೇಷ ಗಮನ ಬೇಕಾಗುತ್ತದೆ. ಆದರೆ, ಹೆಚ್ಚಾಗಿ, ಪ್ರಾಯೋಗಿಕವಾಗಿ, ಖಾಸಗಿ ಕಾನೂನು ಪರವಾನಗಿಗಳ ವಿತರಣೆಗೆ ಒದಗಿಸುವ ಸಂಕ್ಷಿಪ್ತ ಪರವಾನಗಿ ಒಪ್ಪಂದಗಳು ಅಥವಾ ಒಪ್ಪಂದಗಳನ್ನು ಮಾತ್ರ ಬಳಸಲಾಗುತ್ತದೆ. ಸಾಮಾನ್ಯವಾಗಿ, ಪರವಾನಗಿಯು ಕೇವಲ ಒಂದನ್ನು ಅನುಸರಿಸುತ್ತದೆ, ಆದರೆ ಪ್ರಮುಖ ಗುರಿಯಾಗಿದೆ, ಇದು ಪರವಾನಗಿದಾರ ಮತ್ತು ಪರವಾನಗಿದಾರರ ನಡುವಿನ ಬಾಧ್ಯತೆಗಳು ಮತ್ತು ಹಕ್ಕುಗಳ ಮೇಲಿನ ಒಪ್ಪಂದವಾಗಿದೆ. ಈ ಕರ್ತವ್ಯಗಳು ಮತ್ತು ಹಕ್ಕುಗಳು ಸಂಪೂರ್ಣವಾಗಿ ಯಾವುದಾದರೂ ಆಗಿರಬಹುದು, ಆದರೆ ಕಾನೂನಿನ ಚೌಕಟ್ಟಿನೊಳಗೆ ಮಾತ್ರ. ಒಂದು ಗಮನಾರ್ಹ ಉದಾಹರಣೆಯೆಂದರೆ, ಪರವಾನಗಿದಾರರಿಂದ ಕೆಲಸವನ್ನು ಬಳಸುವಾಗ ಪರವಾನಗಿದಾರರಿಗೆ ಹಕ್ಕುಸ್ವಾಮ್ಯ ಹೊಂದಿರುವವರ ಹೆಸರನ್ನು ಅಗತ್ಯವಿರುತ್ತದೆ. ಅಥವಾ, ಉದಾಹರಣೆಗೆ, ನಕಲು ಕೆಲಸವನ್ನು ಅನುಮತಿಸಿ, ಆದರೆ ಅದರ ಯಾವುದೇ ಮಾರ್ಪಾಡುಗಳನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ನಿಷೇಧಿಸಿ. ಅಥವಾ, ಅಂತಹ ಅವಶ್ಯಕತೆಗಳನ್ನು ಹೊರತರಲು, ಕೃತಿಯು ಮೂಲ ಸ್ಥಿತಿಯಂತೆಯೇ ಅದೇ ಷರತ್ತುಗಳ ಮೇಲೆ ಬಿಡುಗಡೆಯಾಗುತ್ತದೆ, ಮತ್ತು ಹೀಗೆ, ವಿವಿಧ ಷರತ್ತುಗಳನ್ನು ಮುಂದಿಡುವ ಸಾಕಷ್ಟು ಉದಾಹರಣೆಗಳಿವೆ. [ಶೀರ್ಷಿಕೆ id=”attachment_12368″ align=”aligncenter” width=”780″]
ಅಪಾಚೆ ಪರವಾನಗಿಗಳಲ್ಲಿ ಒಂದರ ಉದಾಹರಣೆ[/ಶೀರ್ಷಿಕೆ]

ಆದರೆ, ಪರವಾನಗಿಯು ಪರವಾನಗಿದಾರನ ಹಕ್ಕುಗಳನ್ನು ಮಾತ್ರವಲ್ಲದೆ ಪರವಾನಗಿದಾರನ ಹಕ್ಕುಗಳನ್ನು ರಕ್ಷಿಸುತ್ತದೆ ಎಂಬುದನ್ನು ನಾವು ಮರೆಯಬಾರದು. ಅದರಲ್ಲಿ ನೀವು ಕೆಲಸವನ್ನು ಬಳಸುವ ಎಲ್ಲಾ ಷರತ್ತುಗಳನ್ನು ಸ್ಪಷ್ಟವಾಗಿ ನೋಡಬಹುದು ಮತ್ತು ಓದಬಹುದು ಮತ್ತು ಆದ್ದರಿಂದ ಪರವಾನಗಿದಾರನು ತನ್ನ ಕೆಲಸದ ಬಳಕೆಗಾಗಿ ಯಾವುದೇ ಕಡಿತಗಳನ್ನು ಅಥವಾ ಯಾವುದೇ ಇತರ ಪರಿಹಾರವನ್ನು ಇದ್ದಕ್ಕಿದ್ದಂತೆ ಒತ್ತಾಯಿಸುತ್ತಾನೆ ಎಂದು ಅವನು ಭಯಪಡುವ ಅಗತ್ಯವಿಲ್ಲ.

ಕೆಲಸಕ್ಕೆ ಸಂಬಂಧಿಸಿದ ಪರವಾನಗಿಯನ್ನು ಬಳಸಲು ನೀವು ನಿರಾಕರಿಸಿದರೆ, ನಿರ್ದಿಷ್ಟ ದೇಶದಲ್ಲಿ ಜಾರಿಯಲ್ಲಿರುವ ಕಾನೂನು ನಿಯಮಗಳಿಗೆ ಅನುಸಾರವಾಗಿ ಹಕ್ಕುಸ್ವಾಮ್ಯಗಳು ಇನ್ನೂ ಅನ್ವಯಿಸುತ್ತವೆ. ಸರಳವಾಗಿ ಹೇಳುವುದಾದರೆ, ಪರವಾನಗಿಯ ಅನುಪಸ್ಥಿತಿಯು ಇತರ ಲೇಖಕರು ಈ ಯೋಜನೆಯನ್ನು ಅವರು ಬಯಸಿದ ರೀತಿಯಲ್ಲಿ ಬಳಸಬಹುದು ಎಂದು ಯಾವುದೇ ರೀತಿಯಲ್ಲಿ ಸೂಚಿಸುವುದಿಲ್ಲ. ಎಲ್ಲವೂ ನಿಖರವಾಗಿ ವಿರುದ್ಧವಾಗಿದೆ, ಏಕೆಂದರೆ ಯಾವುದೇ ನಿರ್ದಿಷ್ಟ ಪರವಾನಗಿ ಇಲ್ಲದೆ, ಪ್ರೋಗ್ರಾಮರ್ ಯಾವುದೇ ಸಂದರ್ಭದಲ್ಲಿ ಕಾನೂನಿನಿಂದ ನೀಡಲಾದ ಹಕ್ಕುಗಳನ್ನು ಮನ್ನಾ ಮಾಡುವುದಿಲ್ಲ. ಪರವಾನಗಿಯು ಎಲ್ಲಾ ಹಕ್ಕುಗಳು ಮತ್ತು ಕಟ್ಟುಪಾಡುಗಳನ್ನು ನಿಯಂತ್ರಿಸುತ್ತದೆ ಎಂಬುದನ್ನು ಯಾವಾಗಲೂ ನೆನಪಿಟ್ಟುಕೊಳ್ಳುವುದು ಮುಖ್ಯವಾಗಿದೆ. ಇದು ಬಳಕೆದಾರರ ನಿರೀಕ್ಷೆಗಳಿಂದ ಕೆಲಸದ ಮಾಲೀಕರನ್ನು ರಕ್ಷಿಸಲು ಮತ್ತು ಯಾವುದೇ ಖಾತರಿಯನ್ನು ಸೂಚಿಸುತ್ತದೆ. ಎಲ್ಲಾ ನಂತರ, ಯಾರೂ ತಮ್ಮ ಕೋಡ್ ಯಾವುದೇ ರೀತಿಯಲ್ಲಿ ನ್ಯಾಯಾಲಯದಲ್ಲಿ ಕೊನೆಗೊಳ್ಳಲು ಬಯಸುವುದಿಲ್ಲ.

ಹಕ್ಕುಸ್ವಾಮ್ಯ ಎಂದರೇನು

ಬೌದ್ಧಿಕ ಚಟುವಟಿಕೆಯ ಪರಿಣಾಮವಾಗಿ, ಅವನು ಒಂದು ನಿರ್ದಿಷ್ಟ ಕೆಲಸವನ್ನು ರಚಿಸಿದಾಗ ಮಾತ್ರ ಕೃತಿಸ್ವಾಮ್ಯ ಕಾಣಿಸಿಕೊಳ್ಳುತ್ತದೆ, ಅದು ಅನನ್ಯವಾಗಿರುತ್ತದೆ, ಆದರೆ ಅದೇ ಸಮಯದಲ್ಲಿ ಉಪಯುಕ್ತವಾಗಿದೆ, ಉದಾಹರಣೆಗೆ, ನೀವು ಅದೇ ಪ್ರೋಗ್ರಾಂನ ಬರವಣಿಗೆಯನ್ನು ತೆಗೆದುಕೊಳ್ಳಬಹುದು. ಮೇಲಿನ ಎಲ್ಲವನ್ನೂ ಮಾಡಿದಾಗ, ವ್ಯಕ್ತಿಯು ಲೇಖಕನಾಗುತ್ತಾನೆ ಮತ್ತು ಈಗ ಅವನು ಈ ಕೃತಿಯ ಎಲ್ಲಾ ಹಕ್ಕುಸ್ವಾಮ್ಯಗಳನ್ನು ಹೊಂದಿದ್ದಾನೆ. ಹಕ್ಕುಸ್ವಾಮ್ಯಗಳು ಆಸ್ತಿ ಮತ್ತು ಆಸ್ತಿಯಲ್ಲ ಎಂದು ಸಹ ಹೇಳಬೇಕು. ಅವರ ವ್ಯತ್ಯಾಸವೆಂದರೆ ಆಸ್ತಿ ಹಕ್ಕುಗಳನ್ನು ಯಾರಿಗಾದರೂ ವರ್ಗಾಯಿಸಬಹುದು, ಆದರೆ ಆಸ್ತಿ-ಅಲ್ಲದ ಹಕ್ಕುಗಳು ಯಾವಾಗಲೂ ಯಾವುದೇ ಪರಿಸ್ಥಿತಿಯಲ್ಲಿ ಲೇಖಕರೊಂದಿಗೆ ಮಾತ್ರ ಉಳಿಯುತ್ತವೆ. ಎಲ್ಲಾ ನಂತರ, ಲೇಖಕರಾಗಿರುವುದು ವರ್ಗಾವಣೆ ಮಾಡಲಾಗದ ಮತ್ತು ತೆಗೆದುಹಾಕಲಾಗದ ಹಕ್ಕು.

ಓಪನ್ ಸೋರ್ಸ್ ಪರವಾನಗಿ ಯಾವುದಕ್ಕಾಗಿ?

ಅನನುಭವಿ ಡೆವಲಪರ್‌ಗಳು ಮತ್ತು ಪ್ರೋಗ್ರಾಮರ್‌ಗಳಲ್ಲಿ ಇದು ಸಾಕಷ್ಟು ಜನಪ್ರಿಯ ಪ್ರಶ್ನೆಯಾಗಿದೆ, ಏಕೆಂದರೆ ಅವರ ಯೋಜನೆಗಳಿಗೆ ಪರವಾನಗಿ ಏಕೆ ಲಗತ್ತಿಸಬೇಕೆಂದು ಅವರಿಗೆ ಅರ್ಥವಾಗುತ್ತಿಲ್ಲ, ಏಕೆಂದರೆ ಅದು ಇಲ್ಲದೆ ಯೋಜನೆಯು ಸದ್ದಿಲ್ಲದೆ ಅಸ್ತಿತ್ವದಲ್ಲಿರಬಹುದು. ಆದಾಗ್ಯೂ, ಇದು ಸಂಪೂರ್ಣವಾಗಿ ನಿಜವಲ್ಲ, ಏಕೆಂದರೆ, ಉದಾಹರಣೆಗೆ, ಕೆಲವು ಅನನುಭವಿ ಡೆವಲಪರ್ ಕೆಲವು ಪ್ರಮುಖ ಮತ್ತು ಉಪಯುಕ್ತವಾದ ಕೋಡ್ ಅನ್ನು ಬರೆದರೆ, ಆದರೆ ಅದನ್ನು ಪರವಾನಗಿಯೊಂದಿಗೆ ರಕ್ಷಿಸದಿದ್ದರೆ, ಇತರ ಬಳಕೆದಾರರಿಗೆ ಪ್ರಶ್ನೆಗಳಿವೆ. ಮತ್ತು ನಿಖರವಾಗಿ ಈ ಕಾರಣದಿಂದಾಗಿ, ಗ್ರಾಹಕರು ಅವನ ಬಳಿಗೆ ಬಂದಾಗ ಮತ್ತು ತಮ್ಮ ವಾಣಿಜ್ಯ ಉದ್ದೇಶಗಳಿಗಾಗಿ ಈ ಕೋಡ್ ಅನ್ನು ಬಳಸಲು ಬಯಸಿದಾಗ, ಕೋಡ್ ಯಾವುದೇ ಪರವಾನಗಿಯನ್ನು ಹೊಂದಿಲ್ಲ ಎಂದು ಅವರು ನೋಡುತ್ತಾರೆ ಮತ್ತು ಅದನ್ನು ಸರಳವಾಗಿ ನಿರಾಕರಿಸುತ್ತಾರೆ. ಕಂಪನಿಗಳು ಪರವಾನಗಿ ಇಲ್ಲದೆ ಕೋಡ್ ಅನ್ನು ಸರಳವಾಗಿ ಬಳಸುವುದಿಲ್ಲ ಎಂಬ ಅಂಶದಿಂದಾಗಿ ಇದು ಸಂಭವಿಸುತ್ತದೆ, ಏಕೆಂದರೆ ಅವರಿಗೆ ಕಾನೂನು ಮತ್ತು ವಕೀಲರೊಂದಿಗೆ ಸಮಸ್ಯೆಗಳ ಅಗತ್ಯವಿಲ್ಲ.
ಮತ್ತು ಅದಕ್ಕಾಗಿಯೇ ಅತ್ಯಂತ ಉಪಯುಕ್ತ ಮತ್ತು ಅನುಕೂಲಕರ ಯೋಜನೆಯನ್ನು ಎಂದಿಗೂ ಕಾರ್ಯಗತಗೊಳಿಸಲಾಗುವುದಿಲ್ಲ. ಮತ್ತು ಈ ಕೋಡ್ ಅನ್ನು ತೆಗೆದುಕೊಳ್ಳಲು ಬಯಸಿದ ಡೆವಲಪರ್ ಪರ್ಯಾಯವನ್ನು ಹುಡುಕಬೇಕು ಮತ್ತು ಬಳಸಬೇಕಾಗುತ್ತದೆ ಅಥವಾ ಅನನುಭವಿ ಡೆವಲಪರ್ ಈಗಾಗಲೇ ಬರೆದ ಕೋಡ್ ಅನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ಪುನಃ ಬರೆಯಬೇಕು. ಅದಕ್ಕಾಗಿಯೇ ಪ್ರೋಗ್ರಾಮರ್ ಸರಿಯಾದ ಮತ್ತು ಮುಖ್ಯವಾಗಿ ಸೂಕ್ತವಾದ ಪರವಾನಗಿಯನ್ನು ಬಳಸುತ್ತಿದ್ದಾರೆ ಎಂದು ಮುಂಚಿತವಾಗಿ ಖಚಿತಪಡಿಸಿಕೊಳ್ಳುವುದು ಉತ್ತಮವಾಗಿದೆ. 15 ನಿಮಿಷಗಳಲ್ಲಿ ಒಂದು ವೀಡಿಯೊ ಟ್ಯುಟೋರಿಯಲ್‌ನಲ್ಲಿ GitHub ಅನ್ನು ಅನ್ವೇಷಿಸಲಾಗುತ್ತಿದೆ: https://youtu.be/JfpCicDUMKc

ಕೆಲವು ಷರತ್ತುಗಳಲ್ಲಿ ಯಾವ GitHub ಪರವಾನಗಿ ಸೂಕ್ತವಾಗಿದೆ – ಹೇಗೆ ಆಯ್ಕೆ ಮಾಡುವುದು?

ಈ ಪ್ರಶ್ನೆಗೆ ಯಾವುದೇ ನಿಖರವಾದ ಉತ್ತರವಿಲ್ಲ, ಏಕೆಂದರೆ ಪರವಾನಗಿಯ ಆಯ್ಕೆಯು ಯೋಜನೆಯ ಗುರಿಗಳ ಮೇಲೆ ಮತ್ತು ಡೆವಲಪರ್‌ನ ವೈಯಕ್ತಿಕ ಆದ್ಯತೆಗಳು ಮತ್ತು ಆಸೆಗಳನ್ನು ಮಾತ್ರ ಅವಲಂಬಿಸಿರುತ್ತದೆ. ನೀವು ನೋಡುವಂತೆ, GitHub ನಲ್ಲಿ ಸಾಕಷ್ಟು ವಿವಿಧ ಪರವಾನಗಿಗಳಿವೆ, ಮತ್ತು ಮುಖ್ಯವಾಗಿ, ಅವೆಲ್ಲವೂ ಉಚಿತ ಮತ್ತು ಸಾರ್ವಜನಿಕ ಡೊಮೇನ್‌ನಲ್ಲಿವೆ, ಅಂದರೆ ಪ್ರತಿಯೊಬ್ಬ ಪ್ರೋಗ್ರಾಮರ್
ತನ್ನ ಯೋಜನೆಗೆ ಖಂಡಿತವಾಗಿಯೂ ಸರಿಹೊಂದುವ ಓಪನ್ ಸೋರ್ಸ್ ಪರವಾನಗಿಯನ್ನು ಕಂಡುಹಿಡಿಯಬಹುದು. ಆದರೆ, ಮುಖ್ಯವಾಗಿ, ಓಪನ್ ಸೋರ್ಸ್ ಪರವಾನಗಿ ಯಾವುದೇ ಪರವಾನಗಿ ಇಲ್ಲದ ಕೋಡ್ ಅಲ್ಲ ಎಂಬುದನ್ನು ನಾವು ಮರೆಯಬಾರದು. [ಶೀರ್ಷಿಕೆ id=”attachment_12367″ align=”aligncenter” width=”709″]
GitHub ಪರವಾನಗಿ ಕುಟುಂಬ[/ಶೀರ್ಷಿಕೆ] ಸ್ವಲ್ಪ ಸಂಶೋಧನೆಯೊಂದಿಗೆ, ನೀವು ಎಲ್ಲಾ ಓಪನ್ ಸೋರ್ಸ್ ಪರವಾನಗಿಗಳನ್ನು ಸಂಗ್ರಹಿಸಬಹುದು ಮತ್ತು ಅವುಗಳನ್ನು ಮೂರು ದೊಡ್ಡ ಮುಖ್ಯ ಗುಂಪುಗಳಾಗಿ ವಿಂಗಡಿಸಬಹುದು:

1. ಬಲವಾಗಿ ರಕ್ಷಣಾತ್ಮಕ.
2. ದುರ್ಬಲ ರಕ್ಷಣಾತ್ಮಕ.
3. ಅನುಮತಿ.

ಬಲವಾಗಿ ರಕ್ಷಣಾತ್ಮಕ

ಬಲವಾಗಿ ರಕ್ಷಿಸುವ ಪರವಾನಗಿಗಳು ಹೆಚ್ಚಾಗಿ GPL ನ ಬದಲಾವಣೆಗಳಾಗಿವೆ. ಈ ಪರವಾನಗಿಗಳಿಗೆ ಯಾವುದೇ ಕೋಡ್ ಅಥವಾ ಪ್ರಾಜೆಕ್ಟ್ ಅನ್ನು ಹೇಗೆ ಬಳಸಲಾಗುತ್ತದೆ ಅಥವಾ ಈಗಾಗಲೇ ಬಳಸಲಾಗಿದೆ ಎಂಬುದನ್ನು ಲೆಕ್ಕಿಸದೆಯೇ ಪ್ರಾಜೆಕ್ಟ್‌ನ ಪರವಾನಗಿ ಮತ್ತು ಮೂಲ ಕೋಡ್‌ಗಳ ಬಹಿರಂಗಪಡಿಸುವಿಕೆಯ ಅಗತ್ಯವಿರುತ್ತದೆ.

ದುರ್ಬಲ ರಕ್ಷಣಾತ್ಮಕ

ದುರ್ಬಲವಾಗಿ ರಕ್ಷಿಸುವ ಪರವಾನಗಿಗಳು ಲೆಸ್ಸರ್ ಜಿಪಿಎಲ್‌ನ ಬದಲಾವಣೆಗಳಾಗಿವೆ. ಇದರಲ್ಲಿ ಅನುಮತಿಸುವ ಪರವಾನಗಿಗಳಿಂದ ಮುಖ್ಯ ವ್ಯತ್ಯಾಸವೆಂದರೆ ಇಲ್ಲಿ GPL ಪರವಾನಗಿ ಅಡಿಯಲ್ಲಿ ಪ್ರೋಗ್ರಾಂಗೆ ಪರವಾನಗಿ ನೀಡುವುದು ಸರಳವಾಗಿ ಅಗತ್ಯವಾಗಿರುತ್ತದೆ, ಜೊತೆಗೆ ಮೂಲ ಕೋಡ್‌ಗಳನ್ನು ತಪ್ಪದೆ ಒದಗಿಸುವುದು. ಅದೇ ಸಮಯದಲ್ಲಿ, ಪ್ರೋಗ್ರಾಮರ್‌ನ ಯೋಜನೆಯಲ್ಲಿ ಲೈಬ್ರರಿ ಇದ್ದರೆ, ಅಂದರೆ, ಎಲ್‌ಜಿಪಿಎಲ್ ಪರವಾನಗಿ ಅಡಿಯಲ್ಲಿ ಸ್ಟ್ಯಾಟಿಕ್ ಲಿಂಕ್ ಅಥವಾ ಡೈನಾಮಿಕ್ ಲಿಂಕ್ ಆಗಿದ್ದರೆ, ಅದು ಈ ಪ್ರೋಗ್ರಾಮರ್‌ನ ಯೋಜನೆಯ ಯಾವುದೇ ಪರವಾನಗಿಗಳೊಂದಿಗೆ ಸಹ ಹೊಂದಿಕೊಳ್ಳುತ್ತದೆ. [ಶೀರ್ಷಿಕೆ id=”attachment_12364″ align=”aligncenter” width=”698″]
GitHub ಪರವಾನಗಿ ಪ್ರಕಾರವನ್ನು ಎಲ್ಲಿ ನಿರ್ದಿಷ್ಟಪಡಿಸಲಾಗಿದೆ[/ಶೀರ್ಷಿಕೆ]

ಅನುಮತಿ

ಸಾಕಷ್ಟು ದೊಡ್ಡ ಸಂಖ್ಯೆಯ ಅನುಮತಿ ಪರವಾನಗಿಗಳಿವೆ, ಅವುಗಳ ಶ್ರೇಣಿಯಲ್ಲಿ ಅತ್ಯಂತ ಜನಪ್ರಿಯ ಪರವಾನಗಿಗಳೆಂದರೆ MIT, Apache 2.0, ಮತ್ತು BSD. ಸ್ವಲ್ಪ ವ್ಯತ್ಯಾಸಗಳೊಂದಿಗೆ, ಈ ಪರವಾನಗಿಗಳು ಓಪನ್ ಸೋರ್ಸ್ ಯೋಜನೆಗಳಲ್ಲಿ ಮತ್ತು ವಾಣಿಜ್ಯ ಉದ್ದೇಶಗಳು ಮತ್ತು ಯೋಜನೆಗಳಲ್ಲಿ ಕೋಡ್‌ನ ಬಳಕೆಯನ್ನು ಅನುಮತಿಸುವ ಸಾಮರ್ಥ್ಯವನ್ನು ಹೊಂದಿವೆ. ಆದರೆ, ಈ ಸಂದರ್ಭದಲ್ಲಿ, ಮೂಲ ಕಾರ್ಯಕ್ರಮದ ಕರ್ತೃತ್ವವನ್ನು ಸೂಚಿಸುವುದು ಅವಶ್ಯಕ ಎಂದು ನೆನಪಿಟ್ಟುಕೊಳ್ಳುವುದು ಬಹಳ ಮುಖ್ಯ.

ಇತರ ಜನಪ್ರಿಯ GitHub ಪರವಾನಗಿಗಳು

ಈ ಮೂರು ಗುಂಪುಗಳ ಪರವಾನಗಿಗಳ ಜೊತೆಗೆ, ಇತರವುಗಳೂ ಇವೆ, ಉದಾಹರಣೆಗೆ, ಕ್ಲಾಸ್‌ಪಾತ್ ವಿಸ್ತರಣೆಗಳೊಂದಿಗೆ GPLv2 ಅತ್ಯಂತ ಉಪಯುಕ್ತ ಪರವಾನಗಿಗಳು. ಈ ಪರವಾನಗಿಯನ್ನು ಓಪನ್ ಸೋರ್ಸ್ ಪ್ರಾಜೆಕ್ಟ್‌ಗಳು ಮತ್ತು ವಾಣಿಜ್ಯ ಯೋಜನೆಗಳು ಮತ್ತು ಉದ್ದೇಶಗಳಿಗಾಗಿ ಸಹ ಬಳಸಬಹುದು. ಇದರ ಅತ್ಯಂತ ಜನಪ್ರಿಯ ನೋಟವು Oracle ನಲ್ಲಿದೆ, ಇದು GPLv2 ಅನ್ನು ಕ್ಲಾಸ್‌ಪಾತ್ ವಿಸ್ತರಣೆಗಳೊಂದಿಗೆ ಅದರ ಓಪನ್ ಸೋರ್ಸ್ ಯೋಜನೆಗಳು ಮತ್ತು ಪರಿಹಾರಗಳಿಗೆ ಪರವಾನಗಿ ನೀಡುತ್ತದೆ. ಈ ಪರವಾನಗಿಯು ಬಹಳ ಮುಖ್ಯ ಮತ್ತು ಉಪಯುಕ್ತವಾಗಿದೆ, ಏಕೆಂದರೆ ಸಾಮಾನ್ಯ GPL ಪರವಾನಗಿಗಳು, ಉದಾಹರಣೆಗೆ, ಬೈಟ್‌ಕೋಡ್‌ನೊಂದಿಗೆ ವ್ಯವಹರಿಸಲು ಸಾಧ್ಯವಾಗುವುದಿಲ್ಲ. ಅಂದರೆ, ಅವರು ಸಂಕಲನ ಮತ್ತು ಲಿಂಕ್ ಮಾಡುವ ಪ್ರಕ್ರಿಯೆಯ ವಿಶೇಷ ವಿವರಣೆಯನ್ನು ಹೊಂದಿದ್ದಾರೆ, ಇದು ಇತರ ವ್ಯಾಖ್ಯಾನಿಸಲಾದ ಪ್ರೋಗ್ರಾಮಿಂಗ್ ಭಾಷೆಗಳಿಗೆ ಸಂಪೂರ್ಣವಾಗಿ ಸೂಕ್ತವಲ್ಲ, ಅಂತಹ ಭಾಷೆಗಳಲ್ಲಿ ಅತ್ಯಂತ ಜನಪ್ರಿಯವಾದ ಜಾವಾ ಭಾಷೆಯಾಗಿದೆ. ಅಂತಹ ಸಂದರ್ಭಗಳಲ್ಲಿ ಕ್ಲಾಸ್‌ಪಾತ್ ವಿಸ್ತರಣೆಗಳೊಂದಿಗೆ ವಿಶೇಷ ಪರವಾನಗಿ GPLv2 ಅನ್ನು ಬಿಡುಗಡೆ ಮಾಡಲಾಗಿದೆ. ಎಲ್ಲಾ ನಂತರ, ಈ ಪರವಾನಗಿ ಅಡಿಯಲ್ಲಿ ಬಿಡುಗಡೆಯಾದ ಲೈಬ್ರರಿಯನ್ನು ವಾಣಿಜ್ಯ ಯೋಜನೆಗಳು ಮತ್ತು ಉದ್ದೇಶಗಳಿಗಾಗಿ ಸಂಪೂರ್ಣವಾಗಿ ಯಾವುದೇ ಪರವಾನಗಿಯೊಂದಿಗೆ ಬಳಸಬಹುದು ಎಂದು ಅದು ಸ್ಪಷ್ಟವಾಗಿ ಮತ್ತು ಸ್ಪಷ್ಟವಾಗಿ ಹೇಳುತ್ತದೆ.
GitHub ಪರವಾನಗಿಗಳ ಬಗ್ಗೆ ನೀವು ಇನ್ನೇನು ತಿಳಿದುಕೊಳ್ಳಬೇಕು
.

ಪರವಾನಗಿಯನ್ನು ಸೇರಿಸಲಾಗುತ್ತಿದೆ

ಅಂತಿಮ ಪರವಾನಗಿಯನ್ನು ಅಂತಿಮವಾಗಿ ಆಯ್ಕೆ ಮಾಡಿದ ನಂತರ, ಅದನ್ನು ಯೋಜನೆಯ ಮೂಲಕ್ಕೆ ಸೇರಿಸಲು ಮಾತ್ರ ಉಳಿದಿದೆ. ಈ ಕ್ರಿಯೆಯನ್ನು ನಿರ್ವಹಿಸಲು, ಪ್ರಾಜೆಕ್ಟ್ ರಚನೆಯ ಸಮಯದಲ್ಲಿ ಅಥವಾ ಬೇರೆ ಯಾವುದೇ ಸಮಯದಲ್ಲಿ ನೀವು ಆಯ್ಕೆ ಮಾಡಿದ ಪರವಾನಗಿಯನ್ನು ಪ್ರಾಜೆಕ್ಟ್ ರೂಟ್ ಅಡಿಯಲ್ಲಿ ಸರಳವಾಗಿ ಸೇರಿಸಬೇಕಾಗುತ್ತದೆ. ಆದರೆ ಈ ಕ್ರಿಯೆಯಲ್ಲಿಯೂ ಸಹ, GitHub ವೆಬ್ ಸೇವೆಯು ಅದರ ಬಳಕೆದಾರರನ್ನು ನೋಡಿಕೊಳ್ಳುವಲ್ಲಿ ಯಶಸ್ವಿಯಾಗಿದೆ ಮತ್ತು ಅವರು ಯೋಜನೆಯ ಪ್ರಾರಂಭದಲ್ಲಿಯೇ ಅಂತಿಮ ಪರವಾನಗಿಯನ್ನು ಸೇರಿಸಲು ಸಾಕಷ್ಟು ಅನುಕೂಲಕರ ಮಾರ್ಗವನ್ನು ಮಾಡಿದರು.
ಆದಾಗ್ಯೂ, ದುರದೃಷ್ಟವಶಾತ್, ಇದು ಎಲ್ಲಲ್ಲ, ಏಕೆಂದರೆ ಡೆವಲಪರ್ ಅಥವಾ ಪ್ರೋಗ್ರಾಮರ್ ತನ್ನ ಕಲ್ಪನೆ ಅಥವಾ ಯೋಜನೆಯಲ್ಲಿ ಬಳಸಿದ ಎಲ್ಲಾ ಅವಲಂಬನೆಗಳನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ಪರಿಶೀಲಿಸಬೇಕಾಗುತ್ತದೆ. ಅಂದರೆ, GPL ಪರವಾನಗಿ ಅಡಿಯಲ್ಲಿ ಬಿಡುಗಡೆಯಾದ ಅವಲಂಬನೆಗಳಲ್ಲಿ ಒಂದಾದರೂ, ಸಂಪೂರ್ಣ ಡೆವಲಪರ್‌ನ ಯೋಜನೆಯು GPL ಹೊಂದಾಣಿಕೆಯಾಗಿರಬೇಕು. ಅಂತಹ ಪರಿಶೀಲನೆಗಾಗಿ, ಹಿಂದೆ ವಿನ್ಯಾಸಗೊಳಿಸಿದ ಕಾರ್ಯಕ್ರಮಗಳು ಅಥವಾ ಸಾಧನಗಳನ್ನು ಸಾಮಾನ್ಯವಾಗಿ ಇದಕ್ಕಾಗಿ ಬಳಸಲಾಗುತ್ತದೆ. ಉದಾಹರಣೆಗೆ, ಇದಕ್ಕಾಗಿ ಒಂದು ಸಾಧನವಿದೆ https://github.com/pivotal/LicenseFinder:
ಪರವಾನಗಿ ನೀಡುವುದು ಹೆಚ್ಚು ಸಮಯ ತೆಗೆದುಕೊಳ್ಳುವ ಕೆಲಸ ಎಂದು ನಾವು ಹೇಳಬಹುದು, ಆದರೆ ಅದೇ ಸಮಯದಲ್ಲಿ ಯೋಜನೆಯ ಜೀವನ ಅಥವಾ ಪ್ರೋಗ್ರಾಮರ್ನ ಯಾವುದೇ ಕಲ್ಪನೆಗೆ ಅಗತ್ಯವಾದ ಕ್ರಮ. ಸರಿಯಾದ ಪರವಾನಗಿಯನ್ನು ಆಯ್ಕೆ ಮಾಡಲು, ದುರದೃಷ್ಟವಶಾತ್, ನೀವು ಸಾಕಷ್ಟು ಸಮಯವನ್ನು ಕಳೆಯಬೇಕಾಗುತ್ತದೆ, ಆದಾಗ್ಯೂ, ಯೋಜನೆಯು ಯಶಸ್ವಿಯಾಗಲು ಇದು ಯೋಗ್ಯವಾಗಿದೆ. ಯಾವುದೇ ಪ್ರೋಗ್ರಾಂ ಅನ್ನು ಬರೆಯುವಾಗ ಪರವಾನಗಿಯ ಆಯ್ಕೆಯನ್ನು ಮೊದಲ ಸ್ಥಾನದಲ್ಲಿ ಇಡುವುದು ಉತ್ತಮ, ಏಕೆಂದರೆ ಇದನ್ನು ಪ್ರಾರಂಭದಲ್ಲಿಯೇ ಮಾಡುವುದರಿಂದ, ನಿಮ್ಮ ಎಲ್ಲಾ ಪ್ರಯತ್ನಗಳನ್ನು ನೀವು ಸಂಪೂರ್ಣವಾಗಿ ಸರಿಯಾದ ದಿಕ್ಕಿನಲ್ಲಿ ನಿರ್ದೇಶಿಸಬಹುದು ಮತ್ತು ಹೆಚ್ಚಿನವರಿಗೆ ಯಶಸ್ವಿ ಮತ್ತು ಅನುಕೂಲಕರವಾದ ಪ್ರೋಗ್ರಾಂ ಅನ್ನು ಬರೆಯಬಹುದು. ಬಳಕೆದಾರರು.