GitHub ‘ਤੇ ਕਿਹੜਾ ਲਾਇਸੈਂਸ ਚੁਣਨਾ ਹੈ: ਕਿਸਮਾਂ, ਤੁਲਨਾ

GitHub ਲਾਇਸੈਂਸ ਦੀ ਚੋਣ ਕਿਵੇਂ ਕਰੀਏ ਅਤੇ ਸਹੀ ਚੋਣ ਕਰਨਾ ਮਹੱਤਵਪੂਰਨ ਕਿਉਂ ਹੈ? GitHub IT ਪ੍ਰੋਜੈਕਟਾਂ ਦੇ ਸਾਂਝੇ ਵਿਕਾਸ ਅਤੇ ਉਹਨਾਂ ਦੇ ਬਾਅਦ ਦੀ ਮੇਜ਼ਬਾਨੀ ਲਈ ਸਭ ਤੋਂ ਵੱਡੀ ਸੇਵਾ ਹੈ। ਇਸ ਵੈੱਬ ਸੇਵਾ ਦੀ ਮਦਦ ਨਾਲ, ਅਣਗਿਣਤ ਲੋਕ ਇੱਕੋ ਸਮੇਂ ਇੱਕ ਪ੍ਰੋਜੈਕਟ ‘ਤੇ ਕੰਮ ਕਰ ਸਕਦੇ ਹਨ, ਨਾਲ ਹੀ ਦੁਨੀਆ ਵਿੱਚ ਬਿਲਕੁਲ ਕਿਤੇ ਵੀ। GitHub ਵਿੱਚ ਇੱਕ ਪ੍ਰਬੰਧਨ ਜਾਂ ਨਿਯੰਤਰਣ ਪ੍ਰਣਾਲੀ ਵੀ ਹੈ ਜੋ ਤੁਹਾਨੂੰ ਸਮੇਂ ਦੇ ਨਾਲ ਡਿਵੈਲਪਰਾਂ ਦੁਆਰਾ ਕੀਤੀਆਂ ਗਈਆਂ ਸਾਰੀਆਂ ਤਬਦੀਲੀਆਂ ਨੂੰ ਵੇਖਣ ਅਤੇ ਨਿਯੰਤਰਣ ਕਰਨ ਦੀ ਆਗਿਆ ਦਿੰਦੀ ਹੈ, ਅਤੇ ਇਹ ਤੁਹਾਨੂੰ ਤਬਦੀਲੀਆਂ ਤੋਂ ਪਹਿਲਾਂ ਆਈ ਸਥਿਤੀ ਵਿੱਚ ਵਾਪਸ ਜਾਣ ਦੀ ਆਗਿਆ ਵੀ ਦਿੰਦੀ ਹੈ।
ਪਰ ਇਸਨੂੰ ਸਧਾਰਨ ਰੂਪ ਵਿੱਚ ਕਹਿਣ ਲਈ, GitHub ਪ੍ਰੋਗਰਾਮਰਾਂ ਅਤੇ ਡਿਵੈਲਪਰਾਂ ਲਈ ਅਖੌਤੀ ਸੋਸ਼ਲ ਨੈਟਵਰਕ ਹੈ, ਜਿੱਥੇ ਤੁਸੀਂ ਲੱਭ ਸਕਦੇ ਹੋ, ਅਤੇ ਬਾਅਦ ਵਿੱਚ ਦੂਜੇ ਡਿਵੈਲਪਰਾਂ ਦੇ ਕੋਡਾਂ ‘ਤੇ ਅਭਿਆਸ ਕਰ ਸਕਦੇ ਹੋ। ਤੁਸੀਂ GitHub ‘ਤੇ ਆਪਣਾ ਪੋਰਟਫੋਲੀਓ ਵੀ ਸਟੋਰ ਕਰ ਸਕਦੇ ਹੋ। ਆਮ ਤੌਰ ‘ਤੇ, GitHub ਇੱਕ ਸੇਵਾ ਹੈ ਜੋ ਨਵੇਂ ਡਿਵੈਲਪਰਾਂ ਅਤੇ ਤਜਰਬੇਕਾਰ ਪ੍ਰੋਗਰਾਮਰਾਂ ਦੋਵਾਂ ਲਈ ਚੰਗੀ ਤਰ੍ਹਾਂ ਅਨੁਕੂਲ ਹੈ। ਹਾਲਾਂਕਿ, ਇਸ ਸੇਵਾ ਦੇ ਉਪਭੋਗਤਾਵਾਂ ਕੋਲ ਕਈ ਵਾਰ ਲਾਇਸੈਂਸ ਦੀ ਚੋਣ ਕਰਨ ਬਾਰੇ ਕੁਝ ਸਵਾਲ ਹੋ ਸਕਦੇ ਹਨ, ਕਿਉਂਕਿ ਉਹਨਾਂ ਦੀ ਚੋਣ ਕਾਫ਼ੀ ਭਿੰਨ ਹੈ।

ਇੱਕ GitHub ਲਾਇਸੰਸ ਕੀ ਹੈ

ਇੱਕ ਲਾਇਸੈਂਸ ਇੱਕ ਵਿਸ਼ੇਸ਼ ਦਸਤਾਵੇਜ਼ ਹੈ ਜੋ ਰਾਜ ਦੇ ਫਾਰਮ ਦੁਆਰਾ ਸਥਾਪਿਤ ਕੀਤਾ ਗਿਆ ਸੀ ਅਤੇ ਤੁਹਾਨੂੰ ਇੱਕ ਖਾਸ ਕਿਸਮ ਦੀ ਉੱਦਮੀ ਗਤੀਵਿਧੀ ਵਿੱਚ ਸ਼ਾਮਲ ਹੋਣ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ, ਜਿਸ ਨੂੰ ਬਿਨਾਂ ਅਸਫਲ ਰਾਜ ਦੇ ਪੱਖ ਤੋਂ ਵਿਸ਼ੇਸ਼ ਧਿਆਨ ਦੇਣ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਪਰ, ਅਕਸਰ, ਅਭਿਆਸ ਵਿੱਚ, ਸਿਰਫ ਸੰਖੇਪ ਲਾਇਸੈਂਸ ਸਮਝੌਤੇ ਜਾਂ ਸਮਝੌਤੇ ਜੋ ਪ੍ਰਾਈਵੇਟ ਲਾਅ ਲਾਇਸੈਂਸ ਜਾਰੀ ਕਰਨ ਲਈ ਪ੍ਰਦਾਨ ਕਰਦੇ ਹਨ ਵਰਤੇ ਜਾਂਦੇ ਹਨ। ਆਮ ਤੌਰ ‘ਤੇ, ਲਾਇਸੰਸ ਸਿਰਫ਼ ਇੱਕ ਦਾ ਪਿੱਛਾ ਕਰਦਾ ਹੈ, ਪਰ ਸਭ ਤੋਂ ਮਹੱਤਵਪੂਰਨ ਟੀਚਾ, ਇਹ ਲਾਇਸੈਂਸ ਦੇਣ ਵਾਲੇ ਅਤੇ ਲਾਇਸੰਸਧਾਰਕ ਵਿਚਕਾਰ ਜ਼ਿੰਮੇਵਾਰੀਆਂ ਅਤੇ ਅਧਿਕਾਰਾਂ ‘ਤੇ ਇੱਕ ਸਮਝੌਤਾ ਹੈ। ਇਹ ਫਰਜ਼ ਅਤੇ ਅਧਿਕਾਰ ਬਿਲਕੁਲ ਕੁਝ ਵੀ ਹੋ ਸਕਦੇ ਹਨ, ਪਰ ਸਿਰਫ ਕਾਨੂੰਨ ਦੇ ਢਾਂਚੇ ਦੇ ਅੰਦਰ। ਇੱਕ ਮਹੱਤਵਪੂਰਣ ਉਦਾਹਰਨ ਇਹ ਹੈ ਕਿ ਲਾਇਸੰਸਧਾਰਕ ਦੁਆਰਾ ਕੰਮ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਸਮੇਂ ਲਾਇਸੈਂਸ ਦੇਣ ਵਾਲੇ ਨੂੰ ਕਾਪੀਰਾਈਟ ਧਾਰਕ ਦੇ ਨਾਮ ਦੀ ਲੋੜ ਹੋ ਸਕਦੀ ਹੈ। ਜਾਂ, ਉਦਾਹਰਨ ਲਈ, ਨਕਲ ਦੇ ਕੰਮ ਦੀ ਆਗਿਆ ਦਿਓ, ਪਰ ਇਸ ਵਿੱਚ ਕਿਸੇ ਵੀ ਤਰ੍ਹਾਂ ਦੀ ਸੋਧ ਕਰਨ ਦੀ ਪੂਰੀ ਤਰ੍ਹਾਂ ਮਨਾਹੀ ਹੈ। ਜਾਂ, ਅਜਿਹੀਆਂ ਲੋੜਾਂ ਨੂੰ ਸਾਹਮਣੇ ਲਿਆਉਣ ਲਈ ਕਿ ਕੰਮ ਨੂੰ ਅਸਲ ਸ਼ਰਤਾਂ ਵਾਂਗ ਹੀ ਜਾਰੀ ਕੀਤਾ ਜਾਵੇ, ਅਤੇ ਇਸ ਤਰ੍ਹਾਂ, ਕਈ ਸ਼ਰਤਾਂ ਅੱਗੇ ਰੱਖਣ ਦੀਆਂ ਬਹੁਤ ਸਾਰੀਆਂ ਉਦਾਹਰਣਾਂ ਹਨ। [ਸਿਰਲੇਖ id=”attachment_12368″ align=”aligncenter” width=”780″]
ਅਪਾਚੇ ਲਾਇਸੰਸਾਂ ਵਿੱਚੋਂ ਇੱਕ ਦੀ ਇੱਕ ਉਦਾਹਰਣ[/ਕੈਪਸ਼ਨ]

ਪਰ, ਇਹ ਵੀ, ਸਾਨੂੰ ਇਹ ਨਹੀਂ ਭੁੱਲਣਾ ਚਾਹੀਦਾ ਹੈ ਕਿ ਲਾਇਸੈਂਸ ਨਾ ਸਿਰਫ਼ ਲਾਇਸੈਂਸ ਦੇਣ ਵਾਲੇ ਦੇ ਅਧਿਕਾਰਾਂ ਦੀ ਰੱਖਿਆ ਕਰਦਾ ਹੈ, ਸਗੋਂ ਲਾਇਸੰਸਧਾਰਕ ਦੇ ਵੀ. ਕਿਉਂਕਿ ਇਸ ਵਿੱਚ ਤੁਸੀਂ ਕੰਮ ਦੀ ਵਰਤੋਂ ਕਰਨ ਦੀਆਂ ਸਾਰੀਆਂ ਸ਼ਰਤਾਂ ਨੂੰ ਸਪਸ਼ਟ ਤੌਰ ‘ਤੇ ਦੇਖ ਅਤੇ ਪੜ੍ਹ ਸਕਦੇ ਹੋ, ਅਤੇ ਇਸ ਲਈ ਉਸਨੂੰ ਡਰਨ ਦੀ ਜ਼ਰੂਰਤ ਨਹੀਂ ਹੈ ਕਿ ਲਾਇਸੈਂਸਕਰਤਾ ਅਚਾਨਕ ਉਸਦੇ ਕੰਮ ਦੀ ਵਰਤੋਂ ਲਈ ਕਿਸੇ ਕਟੌਤੀ ਜਾਂ ਕਿਸੇ ਹੋਰ ਮੁਆਵਜ਼ੇ ਦੀ ਮੰਗ ਕਰੇਗਾ.

ਜੇਕਰ ਤੁਸੀਂ ਕੰਮ ਨਾਲ ਜੁੜੇ ਲਾਇਸੰਸ ਦੀ ਵਰਤੋਂ ਕਰਨ ਤੋਂ ਇਨਕਾਰ ਕਰਦੇ ਹੋ, ਤਾਂ ਕਾਪੀਰਾਈਟ ਅਜੇ ਵੀ ਕਿਸੇ ਖਾਸ ਦੇਸ਼ ਵਿੱਚ ਲਾਗੂ ਕਾਨੂੰਨੀ ਨਿਯਮਾਂ ਦੇ ਅਨੁਸਾਰ ਲਾਗੂ ਹੁੰਦੇ ਹਨ। ਸਧਾਰਨ ਰੂਪ ਵਿੱਚ, ਲਾਇਸੈਂਸ ਦੀ ਅਣਹੋਂਦ ਦਾ ਕਿਸੇ ਵੀ ਤਰੀਕੇ ਨਾਲ ਇਹ ਮਤਲਬ ਨਹੀਂ ਹੈ ਕਿ ਦੂਜੇ ਲੇਖਕ ਇਸ ਪ੍ਰੋਜੈਕਟ ਨੂੰ ਕਿਸੇ ਵੀ ਤਰੀਕੇ ਨਾਲ ਵਰਤ ਸਕਦੇ ਹਨ ਜੋ ਉਹ ਚਾਹੁੰਦੇ ਹਨ. ਸਭ ਕੁਝ ਬਿਲਕੁਲ ਉਲਟ ਹੈ, ਕਿਉਂਕਿ ਬਿਨਾਂ ਕਿਸੇ ਖਾਸ ਲਾਇਸੈਂਸ ਦੇ, ਪ੍ਰੋਗਰਾਮਰ ਕਿਸੇ ਵੀ ਸਥਿਤੀ ਵਿੱਚ ਕਾਨੂੰਨ ਦੁਆਰਾ ਦਿੱਤੇ ਗਏ ਅਧਿਕਾਰਾਂ ਨੂੰ ਨਹੀਂ ਛੱਡਦਾ। ਇਹ ਹਮੇਸ਼ਾ ਯਾਦ ਰੱਖਣਾ ਵੀ ਮਹੱਤਵਪੂਰਨ ਹੈ ਕਿ ਲਾਇਸੈਂਸ ਸਾਰੇ ਅਧਿਕਾਰਾਂ ਅਤੇ ਜ਼ਿੰਮੇਵਾਰੀਆਂ ਨੂੰ ਨਿਯੰਤ੍ਰਿਤ ਕਰਦਾ ਹੈ। ਇਹ ਕੰਮ ਦੇ ਮਾਲਕ ਨੂੰ ਉਪਭੋਗਤਾ ਦੀਆਂ ਉਮੀਦਾਂ ਤੋਂ ਬਚਾਉਣ ਲਈ ਹੈ ਅਤੇ ਕਿਸੇ ਵੀ ਵਾਰੰਟੀ ਦਾ ਕੀ ਅਰਥ ਹੈ। ਆਖ਼ਰਕਾਰ, ਕੋਈ ਵੀ ਨਹੀਂ ਚਾਹੁੰਦਾ ਕਿ ਉਨ੍ਹਾਂ ਦਾ ਕੋਡ ਕਿਸੇ ਵੀ ਤਰ੍ਹਾਂ ਅਦਾਲਤ ਵਿਚ ਖਤਮ ਹੋਵੇ।

ਕਾਪੀਰਾਈਟ ਕੀ ਹੈ

ਕਿਸੇ ਵਿਅਕਤੀ ਵਿੱਚ ਕਾਪੀਰਾਈਟ ਉਦੋਂ ਪ੍ਰਗਟ ਹੁੰਦਾ ਹੈ ਜਦੋਂ, ਬੌਧਿਕ ਗਤੀਵਿਧੀ ਦੇ ਨਤੀਜੇ ਵਜੋਂ, ਉਹ ਇੱਕ ਖਾਸ ਕੰਮ ਬਣਾਉਂਦਾ ਹੈ ਜੋ ਵਿਲੱਖਣ ਹੋਵੇਗਾ, ਪਰ ਉਸੇ ਸਮੇਂ ਲਾਭਦਾਇਕ ਹੋਵੇਗਾ, ਉਦਾਹਰਨ ਲਈ, ਤੁਸੀਂ ਉਸੇ ਪ੍ਰੋਗਰਾਮ ਦੀ ਲਿਖਤ ਲੈ ਸਕਦੇ ਹੋ. ਜਦੋਂ ਉਪਰੋਕਤ ਸਭ ਕੁਝ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਵਿਅਕਤੀ ਲੇਖਕ ਬਣ ਜਾਂਦਾ ਹੈ ਅਤੇ ਹੁਣ ਉਸ ਕੋਲ ਇਸ ਕੰਮ ਦੇ ਸਾਰੇ ਕਾਪੀਰਾਈਟ ਹਨ। ਇਹ ਵੀ ਕਿਹਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ ਕਿ ਕਾਪੀਰਾਈਟ ਜਾਇਦਾਦ ਅਤੇ ਗੈਰ-ਸੰਪੱਤੀ ਹਨ. ਉਨ੍ਹਾਂ ਦਾ ਫਰਕ ਇਹ ਹੈ ਕਿ ਜਾਇਦਾਦ ਦੇ ਅਧਿਕਾਰ ਕਿਸੇ ਨੂੰ ਵੀ ਤਬਦੀਲ ਕੀਤੇ ਜਾ ਸਕਦੇ ਹਨ, ਪਰ ਗੈਰ-ਸੰਪੱਤੀ ਅਧਿਕਾਰ ਹਮੇਸ਼ਾ ਕਿਸੇ ਵੀ ਸਥਿਤੀ ਵਿੱਚ ਲੇਖਕ ਕੋਲ ਹੀ ਰਹਿਣਗੇ। ਆਖਰਕਾਰ, ਇੱਕ ਲੇਖਕ ਹੋਣਾ ਇੱਕ ਗੈਰ-ਤਬਾਦਲਾਯੋਗ ਅਤੇ ਅਟੁੱਟ ਅਧਿਕਾਰ ਹੈ।

ਓਪਨ ਸੋਰਸ ਲਾਇਸੰਸ ਕਿਸ ਲਈ ਹੈ?

ਇਹ ਨਵੇਂ ਡਿਵੈਲਪਰਾਂ ਅਤੇ ਪ੍ਰੋਗਰਾਮਰਾਂ ਵਿੱਚ ਇੱਕ ਕਾਫ਼ੀ ਪ੍ਰਸਿੱਧ ਸਵਾਲ ਵੀ ਹੈ, ਕਿਉਂਕਿ ਉਹ ਸਿਰਫ਼ ਇਹ ਨਹੀਂ ਸਮਝਦੇ ਕਿ ਉਹਨਾਂ ਦੇ ਪ੍ਰੋਜੈਕਟਾਂ ਨਾਲ ਲਾਇਸੈਂਸ ਕਿਉਂ ਜੋੜਿਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ, ਕਿਉਂਕਿ ਇਸਦੇ ਬਿਨਾਂ ਪ੍ਰੋਜੈਕਟ ਚੁੱਪਚਾਪ ਮੌਜੂਦ ਹੋ ਸਕਦਾ ਹੈ. ਹਾਲਾਂਕਿ, ਇਹ ਪੂਰੀ ਤਰ੍ਹਾਂ ਸੱਚ ਨਹੀਂ ਹੈ, ਕਿਉਂਕਿ ਜੇ, ਉਦਾਹਰਨ ਲਈ, ਕੁਝ ਨਵੇਂ ਡਿਵੈਲਪਰ ਨੇ ਕੋਡ ਦੇ ਕੁਝ ਮਹੱਤਵਪੂਰਨ ਅਤੇ ਉਪਯੋਗੀ ਟੁਕੜੇ ਨੂੰ ਲਿਖਿਆ, ਪਰ ਇਸਨੂੰ ਲਾਇਸੈਂਸ ਨਾਲ ਸੁਰੱਖਿਅਤ ਨਹੀਂ ਕੀਤਾ, ਤਾਂ ਦੂਜੇ ਉਪਭੋਗਤਾਵਾਂ ਦੇ ਸਵਾਲ ਹਨ. ਅਤੇ ਬਿਲਕੁਲ ਇਸਦੇ ਕਾਰਨ, ਜਦੋਂ ਗਾਹਕ ਉਸ ਕੋਲ ਆਉਂਦੇ ਹਨ ਅਤੇ ਕੋਡ ਦੇ ਇਸ ਟੁਕੜੇ ਨੂੰ ਆਪਣੇ ਵਪਾਰਕ ਉਦੇਸ਼ਾਂ ਲਈ ਵਰਤਣਾ ਚਾਹੁੰਦੇ ਹਨ, ਤਾਂ ਉਹ ਦੇਖਦੇ ਹਨ ਕਿ ਕੋਡ ਦਾ ਕੋਈ ਲਾਇਸੈਂਸ ਨਹੀਂ ਹੈ ਅਤੇ ਸਿਰਫ਼ ਇਸ ਤੋਂ ਇਨਕਾਰ ਕਰ ਦਿੰਦੇ ਹਨ। ਇਹ ਇਸ ਤੱਥ ਦੇ ਕਾਰਨ ਹੈ ਕਿ ਕੰਪਨੀਆਂ ਬਿਨਾਂ ਲਾਇਸੈਂਸ ਦੇ ਕੋਡ ਦੀ ਵਰਤੋਂ ਨਹੀਂ ਕਰਨਗੀਆਂ, ਕਿਉਂਕਿ ਉਨ੍ਹਾਂ ਨੂੰ ਕਾਨੂੰਨ ਅਤੇ ਵਕੀਲਾਂ ਨਾਲ ਸਮੱਸਿਆਵਾਂ ਦੀ ਜ਼ਰੂਰਤ ਨਹੀਂ ਹੈ.
ਅਤੇ ਇਹੀ ਕਾਰਨ ਹੈ ਕਿ ਸਭ ਤੋਂ ਲਾਭਦਾਇਕ ਅਤੇ ਸੁਵਿਧਾਜਨਕ ਪ੍ਰੋਜੈਕਟ ਕਦੇ ਵੀ ਲਾਗੂ ਨਹੀਂ ਕੀਤਾ ਜਾਵੇਗਾ. ਅਤੇ ਡਿਵੈਲਪਰ ਜੋ ਕੋਡ ਦੇ ਇਸ ਟੁਕੜੇ ਨੂੰ ਲੈਣਾ ਚਾਹੁੰਦਾ ਸੀ, ਉਸਨੂੰ ਇੱਕ ਵਿਕਲਪ ਦੀ ਭਾਲ ਕਰਨੀ ਪਵੇਗੀ ਅਤੇ ਉਸਦੀ ਵਰਤੋਂ ਕਰਨੀ ਪਵੇਗੀ, ਜਾਂ ਉਸ ਕੋਡ ਨੂੰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਦੁਬਾਰਾ ਲਿਖਣਾ ਹੋਵੇਗਾ ਜੋ ਪਹਿਲਾਂ ਹੀ ਨਵੇਂ ਡਿਵੈਲਪਰ ਦੁਆਰਾ ਪਹਿਲਾਂ ਹੀ ਲਿਖਿਆ ਗਿਆ ਸੀ। ਇਸ ਲਈ ਪਹਿਲਾਂ ਤੋਂ ਇਹ ਯਕੀਨੀ ਬਣਾਉਣਾ ਸਭ ਤੋਂ ਵਧੀਆ ਹੈ ਕਿ ਪ੍ਰੋਗਰਾਮਰ ਸਹੀ, ਅਤੇ ਸਭ ਤੋਂ ਮਹੱਤਵਪੂਰਨ, ਢੁਕਵੇਂ ਲਾਇਸੈਂਸ ਦੀ ਵਰਤੋਂ ਕਰ ਰਿਹਾ ਹੈ। 15 ਮਿੰਟਾਂ ਵਿੱਚ ਇੱਕ ਵੀਡੀਓ ਟਿਊਟੋਰਿਅਲ ਵਿੱਚ GitHub ਦੀ ਪੜਚੋਲ ਕਰਨਾ: https://youtu.be/JfpCicDUMKc

ਕਿਹੜਾ GitHub ਲਾਇਸੈਂਸ ਕੁਝ ਸਥਿਤੀਆਂ ਵਿੱਚ ਢੁਕਵਾਂ ਹੈ – ਕਿਵੇਂ ਚੁਣਨਾ ਹੈ?

ਇਸ ਸਵਾਲ ਦਾ ਕੋਈ ਸਹੀ ਜਵਾਬ ਨਹੀਂ ਹੋ ਸਕਦਾ, ਕਿਉਂਕਿ ਲਾਇਸੈਂਸ ਦੀ ਚੋਣ ਸਿਰਫ ਪ੍ਰੋਜੈਕਟ ਦੇ ਟੀਚਿਆਂ ਅਤੇ ਡਿਵੈਲਪਰ ਦੀਆਂ ਨਿੱਜੀ ਤਰਜੀਹਾਂ ਅਤੇ ਇੱਛਾਵਾਂ ‘ਤੇ ਨਿਰਭਰ ਕਰਦੀ ਹੈ. ਜਿਵੇਂ ਕਿ ਤੁਸੀਂ ਵੇਖ ਸਕਦੇ ਹੋ, GitHub ‘ਤੇ ਬਹੁਤ ਸਾਰੇ ਵੱਖ-ਵੱਖ ਲਾਇਸੈਂਸ ਹਨ, ਅਤੇ ਸਭ ਤੋਂ ਮਹੱਤਵਪੂਰਨ, ਉਹ ਸਾਰੇ ਮੁਫਤ ਅਤੇ ਜਨਤਕ ਡੋਮੇਨ ਵਿੱਚ ਹਨ, ਜਿਸਦਾ ਮਤਲਬ ਹੈ ਕਿ ਹਰ ਪ੍ਰੋਗਰਾਮਰ
ਓਪਨ ਸੋਰਸ ਲਾਇਸੈਂਸ ਲੱਭ ਸਕਦਾ ਹੈ ਜੋ ਨਿਸ਼ਚਤ ਤੌਰ ‘ਤੇ ਉਸਦੇ ਪ੍ਰੋਜੈਕਟ ਲਈ ਫਿੱਟ ਹੋਵੇਗਾ। ਪਰ, ਸਭ ਤੋਂ ਮਹੱਤਵਪੂਰਨ, ਸਾਨੂੰ ਇਹ ਨਹੀਂ ਭੁੱਲਣਾ ਚਾਹੀਦਾ ਕਿ ਇੱਕ ਓਪਨ ਸੋਰਸ ਲਾਇਸੰਸ ਸਿਰਫ਼ ਇੱਕ ਕੋਡ ਨਹੀਂ ਹੈ ਜਿਸਦਾ ਕੋਈ ਲਾਇਸੈਂਸ ਨਹੀਂ ਹੈ।

ਥੋੜੀ ਖੋਜ ਨਾਲ, ਤੁਸੀਂ ਸਾਰੇ ਓਪਨ ਸੋਰਸ ਲਾਇਸੈਂਸ ਇਕੱਠੇ ਕਰ ਸਕਦੇ ਹੋ ਅਤੇ ਉਹਨਾਂ ਨੂੰ ਤਿੰਨ ਵੱਡੇ ਮੁੱਖ ਸਮੂਹਾਂ ਵਿੱਚ ਵੰਡ ਸਕਦੇ ਹੋ:

1. ਜ਼ੋਰਦਾਰ ਸੁਰੱਖਿਆ.
2. ਕਮਜ਼ੋਰ ਸੁਰੱਖਿਆ.
3. ਇਜਾਜ਼ਤ ਦੇਣ ਵਾਲਾ।

ਜ਼ੋਰਦਾਰ ਸੁਰੱਖਿਆ

ਲਾਇਸੈਂਸਾਂ ਦੀ ਮਜ਼ਬੂਤੀ ਨਾਲ ਸੁਰੱਖਿਆ ਕਰਨਾ ਅਕਸਰ GPL ਦੀਆਂ ਭਿੰਨਤਾਵਾਂ ਹੁੰਦੀਆਂ ਹਨ। ਇਹਨਾਂ ਲਾਇਸੈਂਸਾਂ ਲਈ ਪ੍ਰੋਜੈਕਟ ਦੇ ਲਾਇਸੈਂਸ ਦੇ ਨਾਲ-ਨਾਲ ਸਰੋਤ ਕੋਡਾਂ ਦੇ ਖੁਲਾਸੇ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ, ਭਾਵੇਂ ਕੋਈ ਵੀ ਕੋਡ ਜਾਂ ਪ੍ਰੋਜੈਕਟ ਕਿਵੇਂ ਵਰਤਿਆ ਜਾਵੇਗਾ ਜਾਂ ਪਹਿਲਾਂ ਹੀ ਵਰਤਿਆ ਜਾ ਚੁੱਕਾ ਹੈ।

ਕਮਜ਼ੋਰ ਸੁਰੱਖਿਆ

ਕਮਜ਼ੋਰ ਸੁਰੱਖਿਆ ਲਾਇਸੰਸ ਅਕਸਰ ਘੱਟ GPL ਦੇ ਭਿੰਨਤਾਵਾਂ ਹੁੰਦੇ ਹਨ। ਜਿਸ ਵਿੱਚ ਆਗਿਆਕਾਰੀ ਲਾਇਸੈਂਸਾਂ ਤੋਂ ਮੁੱਖ ਅੰਤਰ ਇਹ ਹੈ ਕਿ ਇੱਥੇ ਜੀਪੀਐਲ ਲਾਇਸੈਂਸ ਦੇ ਅਧੀਨ ਪ੍ਰੋਗਰਾਮ ਨੂੰ ਲਾਇਸੈਂਸ ਦੇਣਾ ਵੀ ਜ਼ਰੂਰੀ ਹੈ, ਅਤੇ ਨਾਲ ਹੀ ਬਿਨਾਂ ਅਸਫਲ ਹੋਏ ਸਰੋਤ ਕੋਡ ਪ੍ਰਦਾਨ ਕਰਨਾ ਵੀ ਜ਼ਰੂਰੀ ਹੈ। ਇਸਦੇ ਨਾਲ ਹੀ, ਜੇਕਰ ਪ੍ਰੋਗਰਾਮਰ ਦੇ ਪ੍ਰੋਜੈਕਟ ਵਿੱਚ ਇੱਕ ਲਾਇਬ੍ਰੇਰੀ ਹੈ, ਯਾਨੀ ਕਿ, LGPL ਲਾਇਸੰਸ ਦੇ ਤਹਿਤ ਸਥਿਰ ਲਿੰਕਿੰਗ ਜਾਂ ਡਾਇਨਾਮਿਕ ਲਿੰਕਿੰਗ, ਤਾਂ ਇਹ ਇਸ ਪ੍ਰੋਗਰਾਮਰ ਦੇ ਪ੍ਰੋਜੈਕਟ ਦੇ ਕਿਸੇ ਵੀ ਲਾਇਸੈਂਸ ਦੇ ਅਨੁਕੂਲ ਵੀ ਹੋਵੇਗੀ। [ਸਿਰਲੇਖ id=”attachment_12364″ align=”aligncenter” width=”698″]
ਜਿੱਥੇ GitHub ਲਾਇਸੈਂਸ ਦੀ ਕਿਸਮ ਨਿਰਧਾਰਤ ਕੀਤੀ ਗਈ ਹੈ[/caption]

ਆਗਿਆਕਾਰੀ

ਇੱਥੇ ਕਾਫ਼ੀ ਵੱਡੀ ਗਿਣਤੀ ਵਿੱਚ ਆਗਿਆਕਾਰੀ ਲਾਇਸੰਸ ਹਨ, ਉਹਨਾਂ ਦੀ ਰੈਂਕ ਵਿੱਚ ਸਭ ਤੋਂ ਪ੍ਰਸਿੱਧ ਲਾਇਸੰਸ MIT, Apache 2.0, ਅਤੇ BSD ਹਨ। ਮਾਮੂਲੀ ਭਿੰਨਤਾਵਾਂ ਦੇ ਨਾਲ, ਇਹਨਾਂ ਲਾਇਸੈਂਸਾਂ ਵਿੱਚ ਓਪਨ ਸੋਰਸ ਪ੍ਰੋਜੈਕਟਾਂ ਅਤੇ ਵਪਾਰਕ ਉਦੇਸ਼ਾਂ ਅਤੇ ਪ੍ਰੋਜੈਕਟਾਂ ਲਈ ਕੋਡ ਦੀ ਵਰਤੋਂ ਦੀ ਆਗਿਆ ਦੇਣ ਦੀ ਸਮਰੱਥਾ ਹੈ। ਪਰ, ਇਸ ਕੇਸ ਵਿੱਚ, ਇਹ ਯਾਦ ਰੱਖਣਾ ਮਹੱਤਵਪੂਰਨ ਹੈ ਕਿ ਅਸਲ ਪ੍ਰੋਗਰਾਮ ਦੇ ਲੇਖਕ ਨੂੰ ਦਰਸਾਉਣਾ ਜ਼ਰੂਰੀ ਹੈ.

ਹੋਰ ਪ੍ਰਸਿੱਧ GitHub ਲਾਇਸੰਸ

ਲਾਇਸੰਸ ਦੇ ਇਹਨਾਂ ਤਿੰਨ ਸਮੂਹਾਂ ਤੋਂ ਇਲਾਵਾ, ਹੋਰ ਵੀ ਹਨ, ਉਦਾਹਰਨ ਲਈ, ਇੱਕ ਹੋਰ ਸਭ ਤੋਂ ਲਾਭਦਾਇਕ ਲਾਇਸੰਸ ਕਲਾਸਪਾਥ ਐਕਸਟੈਂਸ਼ਨਾਂ ਵਾਲਾ GPLv2 ਹੈ। ਇਹ ਲਾਇਸੰਸ ਓਪਨ ਸੋਰਸ ਪ੍ਰੋਜੈਕਟਾਂ ਅਤੇ ਵਪਾਰਕ ਪ੍ਰੋਜੈਕਟਾਂ ਅਤੇ ਉਦੇਸ਼ਾਂ ਦੋਵਾਂ ਲਈ ਵੀ ਵਰਤਿਆ ਜਾ ਸਕਦਾ ਹੈ। ਇਸਦੀ ਸਭ ਤੋਂ ਮਸ਼ਹੂਰ ਦਿੱਖ ਓਰੇਕਲ ‘ਤੇ ਹੈ, ਜੋ ਆਪਣੇ ਓਪਨ ਸੋਰਸ ਪ੍ਰੋਜੈਕਟਾਂ ਅਤੇ ਹੱਲਾਂ ਨੂੰ ਲਾਇਸੈਂਸ ਦੇਣ ਲਈ ਕਲਾਸਪਾਥ ਐਕਸਟੈਂਸ਼ਨਾਂ ਦੇ ਨਾਲ GPLv2 ਦੀ ਵਰਤੋਂ ਕਰਦੀ ਹੈ। ਇਹ ਲਾਇਸੰਸ ਕਾਫ਼ੀ ਮਹੱਤਵਪੂਰਨ ਅਤੇ ਉਪਯੋਗੀ ਹੈ, ਕਿਉਂਕਿ ਨਿਯਮਤ GPL ਲਾਇਸੰਸ, ਉਦਾਹਰਨ ਲਈ, ਕਦੇ ਵੀ ਬਾਈਟਕੋਡ ਨਾਲ ਨਜਿੱਠਣ ਦੇ ਯੋਗ ਨਹੀਂ ਹੋਣਗੇ। ਭਾਵ, ਉਹਨਾਂ ਕੋਲ ਸੰਕਲਨ ਅਤੇ ਲਿੰਕ ਕਰਨ ਦੀ ਪ੍ਰਕਿਰਿਆ ਦਾ ਇੱਕ ਵਿਸ਼ੇਸ਼ ਵੇਰਵਾ ਹੈ, ਜੋ ਕਿ ਹੋਰ ਵਿਆਖਿਆ ਕੀਤੀਆਂ ਪ੍ਰੋਗਰਾਮਿੰਗ ਭਾਸ਼ਾਵਾਂ ਲਈ ਪੂਰੀ ਤਰ੍ਹਾਂ ਅਣਉਚਿਤ ਹੈ, ਅਜਿਹੀਆਂ ਭਾਸ਼ਾਵਾਂ ਵਿੱਚੋਂ ਸਭ ਤੋਂ ਵੱਧ ਪ੍ਰਸਿੱਧ ਜਾਵਾ ਭਾਸ਼ਾ ਹੈ। ਇਹ ਅਜਿਹੇ ਮਾਮਲਿਆਂ ਲਈ ਹੈ ਕਿ ਕਲਾਸਪਾਥ ਐਕਸਟੈਂਸ਼ਨਾਂ ਵਾਲਾ ਇੱਕ ਵਿਸ਼ੇਸ਼ ਲਾਇਸੈਂਸ GPLv2 ਜਾਰੀ ਕੀਤਾ ਗਿਆ ਸੀ। ਆਖ਼ਰਕਾਰ, ਇਹ ਬਹੁਤ ਸਪੱਸ਼ਟ ਅਤੇ ਸਪਸ਼ਟ ਤੌਰ ‘ਤੇ ਕਹਿੰਦਾ ਹੈ ਕਿ ਇਸ ਲਾਇਸੈਂਸ ਦੇ ਤਹਿਤ ਜਾਰੀ ਕੀਤੀ ਗਈ ਲਾਇਬ੍ਰੇਰੀ ਨੂੰ ਕਿਸੇ ਵੀ ਹੋਰ ਲਾਇਸੈਂਸ ਨਾਲ ਵਪਾਰਕ ਪ੍ਰੋਜੈਕਟਾਂ ਅਤੇ ਉਦੇਸ਼ਾਂ ਲਈ ਵਰਤਿਆ ਜਾ ਸਕਦਾ ਹੈ.
ਤੁਹਾਨੂੰ GitHub ਲਾਇਸੰਸ ਬਾਰੇ ਹੋਰ ਕੀ ਜਾਣਨ ਦੀ ਲੋੜ ਹੈ
।

ਲਾਇਸੰਸ ਜੋੜਨਾ

ਅੰਤਮ ਲਾਇਸੈਂਸ ਦੇ ਅੰਤ ਵਿੱਚ ਚੁਣੇ ਜਾਣ ਤੋਂ ਬਾਅਦ, ਇਹ ਸਿਰਫ ਇਸਨੂੰ ਪ੍ਰੋਜੈਕਟ ਰੂਟ ਵਿੱਚ ਜੋੜਨਾ ਹੀ ਰਹਿੰਦਾ ਹੈ। ਇਸ ਕਾਰਵਾਈ ਨੂੰ ਕਰਨ ਲਈ, ਤੁਹਾਨੂੰ ਸਿਰਫ਼ ਪ੍ਰੋਜੈਕਟ ਦੀ ਸਿਰਜਣਾ ਦੌਰਾਨ ਜਾਂ ਕਿਸੇ ਹੋਰ ਸਮੇਂ ਪ੍ਰੋਜੈਕਟ ਰੂਟ ਦੇ ਅਧੀਨ ਚੁਣੇ ਹੋਏ ਲਾਇਸੈਂਸ ਨੂੰ ਜੋੜਨ ਦੀ ਲੋੜ ਹੈ। ਪਰ ਇਸ ਕਾਰਵਾਈ ਵਿੱਚ ਵੀ, GitHub ਵੈੱਬ ਸੇਵਾ ਆਪਣੇ ਉਪਭੋਗਤਾਵਾਂ ਦੀ ਦੇਖਭਾਲ ਕਰਨ ਵਿੱਚ ਕਾਮਯਾਬ ਰਹੀ ਅਤੇ ਉਹਨਾਂ ਨੇ ਪ੍ਰੋਜੈਕਟ ਦੀ ਸ਼ੁਰੂਆਤ ਵਿੱਚ ਵੀ ਅੰਤਮ ਲਾਇਸੈਂਸ ਜੋੜਨ ਦਾ ਇੱਕ ਕਾਫ਼ੀ ਸੁਵਿਧਾਜਨਕ ਤਰੀਕਾ ਬਣਾਇਆ।
ਹਾਲਾਂਕਿ, ਬਦਕਿਸਮਤੀ ਨਾਲ, ਇਹ ਸਭ ਕੁਝ ਨਹੀਂ ਹੈ, ਕਿਉਂਕਿ ਡਿਵੈਲਪਰ ਜਾਂ ਪ੍ਰੋਗਰਾਮਰ ਨੂੰ ਉਹਨਾਂ ਸਾਰੀਆਂ ਨਿਰਭਰਤਾਵਾਂ ਦੀ ਜਾਂਚ ਕਰਨ ਦੀ ਜ਼ਰੂਰਤ ਹੁੰਦੀ ਹੈ ਜੋ ਉਸਦੇ ਵਿਚਾਰ ਜਾਂ ਪ੍ਰੋਜੈਕਟ ਵਿੱਚ ਵਰਤੀਆਂ ਗਈਆਂ ਸਨ. ਭਾਵ, ਜੇਕਰ GPL ਲਾਇਸੰਸ ਦੇ ਅਧੀਨ ਜਾਰੀ ਕੀਤੀ ਗਈ ਨਿਰਭਰਤਾ ਵਿੱਚੋਂ ਇੱਕ ਵੀ, ਤਾਂ ਪੂਰੀ ਤਰ੍ਹਾਂ ਡਿਵੈਲਪਰ ਦਾ ਪ੍ਰੋਜੈਕਟ GPL ਅਨੁਕੂਲ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ। ਅਜਿਹੀ ਤਸਦੀਕ ਲਈ, ਆਮ ਤੌਰ ‘ਤੇ ਇਸ ਲਈ ਪਹਿਲਾਂ ਤਿਆਰ ਕੀਤੇ ਪ੍ਰੋਗਰਾਮ ਜਾਂ ਟੂਲ ਵਰਤੇ ਜਾਂਦੇ ਹਨ। ਉਦਾਹਰਨ ਲਈ, ਇਸ https://github.com/pivotal/LicenseFinder ਲਈ ਇੱਕ ਸਾਧਨ ਹੈ:
ਅਸੀਂ ਕਹਿ ਸਕਦੇ ਹਾਂ ਕਿ ਲਾਇਸੈਂਸ ਦੇਣਾ ਇੱਕ ਸਮਾਂ ਲੈਣ ਵਾਲਾ ਕੰਮ ਹੈ, ਪਰ ਉਸੇ ਸਮੇਂ ਇੱਕ ਪ੍ਰੋਜੈਕਟ ਜਾਂ ਕਿਸੇ ਪ੍ਰੋਗਰਾਮਰ ਦੇ ਕਿਸੇ ਵਿਚਾਰ ਦੇ ਜੀਵਨ ਲਈ ਇੱਕ ਜ਼ਰੂਰੀ ਕਾਰਵਾਈ ਹੈ. ਸਹੀ ਲਾਇਸੈਂਸ ਦੀ ਚੋਣ ਕਰਨ ਲਈ, ਬਦਕਿਸਮਤੀ ਨਾਲ, ਤੁਹਾਨੂੰ ਕਾਫ਼ੀ ਸਮਾਂ ਬਿਤਾਉਣਾ ਪਏਗਾ, ਹਾਲਾਂਕਿ, ਪ੍ਰੋਜੈਕਟ ਦੇ ਸਫਲ ਹੋਣ ਲਈ ਇਹ ਇਸਦੀ ਕੀਮਤ ਹੈ. ਕਿਸੇ ਵੀ ਪ੍ਰੋਗਰਾਮ ਨੂੰ ਲਿਖਣ ਵੇਲੇ ਲਾਇਸੈਂਸ ਦੀ ਚੋਣ ਨੂੰ ਸਭ ਤੋਂ ਪਹਿਲਾਂ ਰੱਖਣਾ ਸਭ ਤੋਂ ਵਧੀਆ ਹੈ, ਕਿਉਂਕਿ ਇਸ ਨੂੰ ਸ਼ੁਰੂ ਵਿੱਚ ਹੀ ਕਰਨ ਨਾਲ, ਤੁਸੀਂ ਆਪਣੇ ਸਾਰੇ ਯਤਨਾਂ ਨੂੰ ਬਿਲਕੁਲ ਸਹੀ ਦਿਸ਼ਾ ਵਿੱਚ ਨਿਰਦੇਸ਼ਿਤ ਕਰ ਸਕਦੇ ਹੋ ਅਤੇ ਇੱਕ ਪ੍ਰੋਗਰਾਮ ਲਿਖ ਸਕਦੇ ਹੋ ਜੋ ਜ਼ਿਆਦਾਤਰ ਲੋਕਾਂ ਲਈ ਸਫਲ ਅਤੇ ਸੁਵਿਧਾਜਨਕ ਹੋਵੇਗਾ। ਉਪਭੋਗਤਾ।