GitHub ਲਾਇਸੰਸ – ਅਸੀਂ ਕਿਸ ਬਾਰੇ ਗੱਲ ਕਰ ਰਹੇ ਹਾਂ? ਸੌਫਟਵੇਅਰ ਬਣਾਉਣ ਲਈ, ਕਿਸੇ ਨੂੰ ਨਾ ਸਿਰਫ਼ ਇਸਨੂੰ ਲਿਖਣਾ ਚਾਹੀਦਾ ਹੈ, ਸਗੋਂ ਇਹ ਵੀ ਫੈਸਲਾ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ ਕਿ ਉਪਭੋਗਤਾਵਾਂ ਜਾਂ ਡਿਵੈਲਪਰਾਂ ਨੂੰ ਇਸ ਨਾਲ ਕੀ ਕਰਨ ਦਾ ਅਧਿਕਾਰ ਹੈ। ਜੇ ਕੋਈ ਹਰ ਕਿਸੇ ਲਈ ਮੁਫਤ ਪ੍ਰੋਗਰਾਮ ਬਣਾਉਂਦਾ ਹੈ, ਤਾਂ ਉਹ ਇੱਕ ਚੰਗਾ ਕੰਮ ਕਰ ਰਿਹਾ ਹੈ, ਪਰ ਜੋ ਇਸਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ, ਉਸਨੂੰ ਜਾਇਜ਼ ਠਹਿਰਾਉਣਾ ਪਏਗਾ ਕਿ ਉਹ ਇਸਦੀ ਵਰਤੋਂ ਕਿਵੇਂ ਕਰਦਾ ਹੈ। ਉਦਾਹਰਨ ਲਈ, ਜੇਕਰ ਕੋਈ ਕੰਪਨੀ ਆਪਣੀਆਂ ਗਤੀਵਿਧੀਆਂ ਵਿੱਚ ਕੁਝ ਮੁਫਤ ਦਫਤਰ (ਉਦਾਹਰਨ ਲਈ, ਲਿਬਰੇਆਫਿਸ) ਨਾਲ ਕੰਮ ਕਰੇਗੀ, ਤਾਂ ਇਹ ਲਾਜ਼ਮੀ ਤੌਰ ‘ਤੇ ਇੰਸਪੈਕਟਰਾਂ ਨੂੰ ਸਾਬਤ ਕਰਨ ਦੇ ਯੋਗ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ ਕਿ ਉਸਨੂੰ ਅਜਿਹਾ ਕਰਨ ਦਾ ਅਧਿਕਾਰ ਹੈ। ਅਜਿਹਾ ਕਰਨ ਲਈ, ਉਚਿਤ ਲਾਇਸੈਂਸ ਪੇਸ਼ ਕਰਨ ਲਈ ਇਹ ਕਾਫ਼ੀ ਹੋਵੇਗਾ. ਜੇਕਰ ਡਿਵੈਲਪਰ ਇਸ ਨੂੰ ਬਣਾਉਣਾ ਭੁੱਲ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਕੰਪਨੀ ਮੁਸ਼ਕਲ ਸਥਿਤੀ ਵਿੱਚ ਹੋ ਸਕਦੀ ਹੈ। [ਸਿਰਲੇਖ id=”attachment_11854″ align=”aligncenter” width=”1024″]
- ਤੁਹਾਨੂੰ GitHub ‘ਤੇ ਓਪਨ ਸੋਰਸ ਪ੍ਰੋਜੈਕਟਾਂ ਨੂੰ ਲਾਇਸੈਂਸ ਦੇਣ ਦੀ ਲੋੜ ਕਿਉਂ ਹੈ
- ਕਿਸ ਕਿਸਮ ਦੇ ਲਾਇਸੰਸ ਮੌਜੂਦ ਹਨ
- ਗਿਥਬ ਲਾਇਸੈਂਸ ਦੀ ਚੋਣ ਕਿਵੇਂ ਕਰੀਏ
- Github ਵਿੱਚ ਲਾਇਸੈਂਸ ਕਿਵੇਂ ਜੋੜਨਾ ਹੈ
- ਇੱਕ ਲਾਇਸੰਸ ਗਿਥਬ ਚੁਣੋ – ਗਿਟ ਹੱਬ ‘ਤੇ ਪ੍ਰਸਿੱਧ ਲਾਇਸੈਂਸਾਂ ਦੀਆਂ ਉਦਾਹਰਣਾਂ
- ਜੀ.ਪੀ.ਐਲ
- LGPL
- ਈਲੈਪਸ ਪਬਲਿਕ ਲਾਇਸੰਸ
- ਮੋਜ਼ੀਲਾ ਪਬਲਿਕ ਲਾਇਸੰਸ
- ਅਪਾਚੇ ਲਾਇਸੰਸ Github
- MIT ਲਾਇਸੰਸ
- ਪਾਣੀ ਦੇ ਅੰਦਰ ਦੀਆਂ ਚੱਟਾਨਾਂ
ਤੁਹਾਨੂੰ GitHub ‘ਤੇ ਓਪਨ ਸੋਰਸ ਪ੍ਰੋਜੈਕਟਾਂ ਨੂੰ ਲਾਇਸੈਂਸ ਦੇਣ ਦੀ ਲੋੜ ਕਿਉਂ ਹੈ
ਲੋੜੀਂਦੇ ਲਾਇਸੈਂਸ ਨੂੰ ਨਿਰਧਾਰਤ ਕਰਦੇ ਸਮੇਂ, ਵਿਕਾਸਕਾਰ ਇਸ ਵਿੱਚ ਹੇਠ ਲਿਖੀਆਂ ਚੀਜ਼ਾਂ ਪ੍ਰਦਾਨ ਕਰ ਸਕਦਾ ਹੈ:
- ਪ੍ਰੋਗਰਾਮ ਦੀ ਵਰਤੋਂ ਦੀਆਂ ਸ਼ਰਤਾਂ ਉਹਨਾਂ ਵਿੱਚ ਇੱਕ ਫੀਸ ਸ਼ਾਮਲ ਹੋ ਸਕਦੀ ਹੈ ਜਾਂ, ਕੁਝ ਜਾਂ ਸਾਰੇ ਮਾਮਲਿਆਂ ਵਿੱਚ, ਮੁਫਤ ਵਰਤੋਂ ਦੀ ਇਜਾਜ਼ਤ ਦਿੱਤੀ ਜਾ ਸਕਦੀ ਹੈ।
- ਕਈ ਵਾਰ ਸਮਾਜ ਦੁਆਰਾ ਵਿਕਸਿਤ ਕੀਤੇ ਜਾਣ ਲਈ ਪ੍ਰੋਗਰਾਮ ਬਣਾਏ ਜਾਂਦੇ ਹਨ । ਇਸ ਕੇਸ ਵਿੱਚ, ਇਹ ਜ਼ਰੂਰੀ ਹੈ ਕਿ ਹਰ ਕੋਈ ਜੋ ਪ੍ਰੋਗਰਾਮ ਦੇ ਹਵਾਲੇ ਨਾਲ ਜਾਣੂ ਹੋਣਾ ਚਾਹੁੰਦਾ ਹੈ.
- ਜਦੋਂ ਪ੍ਰੋਗਰਾਮ ਦੇ ਟੈਕਸਟ ਉਪਲਬਧ ਹੁੰਦੇ ਹਨ, ਤਾਂ ਕੁਝ ਪ੍ਰੋਗਰਾਮ ਨੂੰ ਕਾਰਜਸ਼ੀਲ ਅਤੇ ਜਿੰਨਾ ਸੰਭਵ ਹੋ ਸਕੇ ਭਰੋਸੇਯੋਗ ਬਣਾਉਣ ਲਈ ਤਬਦੀਲੀਆਂ ਕਰ ਸਕਦੇ ਹਨ। ਕਈ ਵਾਰ ਲੇਖਕ ਹਰ ਕਿਸੇ ਨੂੰ ਅਜਿਹਾ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦੇ ਸਕਦਾ ਹੈ, ਦੂਜੇ ਮਾਮਲਿਆਂ ਵਿੱਚ ਉਹ ਉਸ ਨੂੰ ਤਬਦੀਲੀ ਭੇਜਣ ਦੀ ਪੇਸ਼ਕਸ਼ ਕਰਦਾ ਹੈ, ਅਤੇ ਆਪਣੇ ਆਪ ਹੀ ਪ੍ਰੋਜੈਕਟ ਵਿੱਚ ਸਮਾਯੋਜਨ ਕਰਦਾ ਹੈ।
- ਤੁਹਾਨੂੰ ਇਹ ਫੈਸਲਾ ਕਰਨ ਦੀ ਲੋੜ ਹੈ ਕਿ ਕੀ ਤੀਜੀ ਧਿਰ ਪ੍ਰੋਜੈਕਟ ਵਿੱਚ ਬਦਲਾਅ ਕਰ ਸਕਦੀ ਹੈ ਅਤੇ ਉਹਨਾਂ ਦੀ ਤਰਫੋਂ ਪੇਸ਼ਕਸ਼ ਕਰ ਸਕਦੀ ਹੈ। ਅਜਿਹਾ ਕਰਦੇ ਸਮੇਂ, ਤੁਹਾਨੂੰ ਇਹ ਦੱਸਣ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ ਕਿ ਉਹਨਾਂ ਦਾ ਉਤਪਾਦ ਕਿਸ ਲਾਇਸੈਂਸ ਨਾਲ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ।
ਇਹਨਾਂ ਅਤੇ ਸਮਾਨ ਪ੍ਰਸ਼ਨਾਂ ਨੂੰ ਹੱਲ ਕਰਦੇ ਹੋਏ, ਐਪਲੀਕੇਸ਼ਨ ਦਾ ਲੇਖਕ ਅਸਲ ਵਿੱਚ ਉਸ ਦੁਆਰਾ ਬਣਾਏ ਗਏ ਸਾਫਟਵੇਅਰ ਉਤਪਾਦ ਦੀ ਭਵਿੱਖੀ ਕਿਸਮਤ ਨੂੰ ਨਿਰਧਾਰਤ ਕਰਦਾ ਹੈ।
ਕਿਸ ਕਿਸਮ ਦੇ ਲਾਇਸੰਸ ਮੌਜੂਦ ਹਨ
ਇੱਕ ਲਾਇਸੰਸ ਇੱਕ ਸਮਝੌਤਾ ਹੁੰਦਾ ਹੈ ਜਿਸ ਵਿੱਚ ਇੱਕ ਧਿਰ (ਲਾਇਸੈਂਸ ਦੇਣ ਵਾਲਾ) ਦੂਜੀ ਧਿਰ (ਲਾਇਸੰਸਧਾਰਕ) ਲਈ ਉਸ ਦੁਆਰਾ ਬਣਾਏ ਉਤਪਾਦ ਦੀ ਵਰਤੋਂ ਕਰਨ ਲਈ ਇੱਕ ਨਿਯਮ ਸਥਾਪਤ ਕਰਦਾ ਹੈ। ਅਭਿਆਸ ਵਿੱਚ, ਅਸੀਂ ਪਾਰਟੀਆਂ ਦੁਆਰਾ ਇੱਕ ਦਸਤਾਵੇਜ਼ ‘ਤੇ ਹਸਤਾਖਰ ਕਰਨ ਬਾਰੇ ਗੱਲ ਨਹੀਂ ਕਰ ਰਹੇ ਹਾਂ, ਪਰ ਇਸਦੇ ਉਪਯੋਗ ‘ਤੇ ਸੰਬੰਧਿਤ ਅਧਿਕਾਰਾਂ ਅਤੇ ਜ਼ਿੰਮੇਵਾਰੀਆਂ ਦੇ ਨਾਲ ਆਟੋਮੈਟਿਕ ਸਮਝੌਤੇ ਬਾਰੇ ਗੱਲ ਕਰ ਰਹੇ ਹਾਂ। ਅਧਿਕਾਰਾਂ ਅਤੇ ਜ਼ਿੰਮੇਵਾਰੀਆਂ ਨੂੰ ਨਿਰਧਾਰਤ ਕਰਨ ‘ਤੇ ਅਮਲੀ ਤੌਰ ‘ਤੇ ਕੋਈ ਪਾਬੰਦੀਆਂ ਨਹੀਂ ਹਨ। ਸਿਰਫ ਸ਼ਰਤ ਇਹ ਹੈ ਕਿ ਉਹ ਕਾਨੂੰਨ ਦੀ ਪਾਲਣਾ ਕਰਨ। ਆਪਣੇ ਖੁਦ ਦੇ ਲਾਇਸੰਸ ਬਣਾਉਣਾ ਇੱਕ ਗੁੰਝਲਦਾਰ ਕੰਮ ਹੈ, ਕਿਉਂਕਿ ਇਹ ਹੋਰ ਨਿਯਮਾਂ ਦੇ ਅਨੁਕੂਲ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ। ਸਭ ਤੋਂ ਵਧੀਆ ਵਿਕਲਪ ਅਜਿਹੇ ਦਸਤਾਵੇਜ਼ਾਂ ਦੀਆਂ ਮਿਆਰੀ ਕਿਸਮਾਂ ਵਿੱਚੋਂ ਇੱਕ ਨੂੰ ਚੁਣਨਾ ਅਤੇ ਵਰਤਣਾ ਹੈ। ਅਭਿਆਸ ਵਿੱਚ, ਮਲਟੀਲਾਈਸੈਂਸਿੰਗ ਦੀ ਵਰਤੋਂ ਕਰਨ ਦਾ ਵੀ ਰਿਵਾਜ ਹੈ। ਬਹੁਤੇ ਅਕਸਰ, ਅਜਿਹੇ ਮਾਮਲਿਆਂ ਵਿੱਚ, ਇੱਕੋ ਸਮੇਂ ਦੋ ਲਾਇਸੈਂਸ ਵਰਤੇ ਜਾਂਦੇ ਹਨ. ਹਾਲਾਂਕਿ ਪ੍ਰੋਗਰਾਮ ਦੇ ਲੇਖਕ ਨੂੰ ਸੁਤੰਤਰ ਤੌਰ ‘ਤੇ ਨਿਯਮਾਂ ਨੂੰ ਤਿਆਰ ਕਰਨ ਦਾ ਅਧਿਕਾਰ ਹੈ ਜੋ ਉਪਭੋਗਤਾਵਾਂ ਨੂੰ ਪਾਲਣਾ ਕਰਨੇ ਚਾਹੀਦੇ ਹਨ, ਫਿਰ ਵੀ, ਅਭਿਆਸ ਵਿੱਚ, ਬਹੁਤ ਸਾਰੇ ਕਿਸਮਾਂ ਦੇ ਲਾਇਸੈਂਸਾਂ ਦੀ ਵਰਤੋਂ ਵਿਕਸਿਤ ਹੋਈ ਹੈ, ਜਿਸ ਤੋਂ ਤੁਸੀਂ ਜ਼ਿਆਦਾਤਰ ਮਾਮਲਿਆਂ ਵਿੱਚ ਸਹੀ ਚੋਣ ਕਰ ਸਕਦੇ ਹੋ. ਹੇਠਾਂ ਦਿੱਤੇ ਸਭ ਤੋਂ ਪ੍ਰਸਿੱਧ ਵਿਕਲਪ ਹਨ ਜੋ ਜ਼ਿਆਦਾਤਰ ਮਾਮਲਿਆਂ ਵਿੱਚ ਗਿਟ ਹੱਬ ‘ਤੇ ਵਰਤੇ ਜਾਂਦੇ ਹਨ। Git Hub ‘ਤੇ ਸਭ ਤੋਂ ਵੱਧ ਵਰਤੇ ਜਾਂਦੇ ਲਾਇਸੰਸ ਹਨ:
ਜੇ ਲੇਖਕ ਦਸਤਾਵੇਜ਼ ਬਣਾਉਣ ਤੋਂ ਇਨਕਾਰ ਕਰਦਾ ਹੈ, ਤਾਂ ਇਸ ਸਥਿਤੀ ਵਿੱਚ ਕਾਪੀਰਾਈਟ ਲਾਗੂ ਹੋਣਗੇ, ਜੋ ਕਿ ਉਸਦੇ ਦੇਸ਼ ਦੇ ਕਾਨੂੰਨ ਦੁਆਰਾ ਮੂਲ ਰੂਪ ਵਿੱਚ ਪ੍ਰਦਾਨ ਕੀਤੇ ਗਏ ਹਨ। ਇਸ ਤਰੀਕੇ ਨਾਲ ਲਾਇਸੈਂਸ ਦੀ ਅਣਹੋਂਦ ਦਾ ਇਹ ਮਤਲਬ ਨਹੀਂ ਹੈ ਕਿ ਪ੍ਰੋਗਰਾਮ ਨਾਲ ਕੁਝ ਵੀ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ. ਅਸਲ ਵਿੱਚ, ਅਜਿਹੀ ਸਥਿਤੀ ਨੂੰ ਲਾਇਸੈਂਸ ਦੀਆਂ ਕਿਸਮਾਂ ਵਿੱਚੋਂ ਇੱਕ ਮੰਨਿਆ ਜਾ ਸਕਦਾ ਹੈ.
ਗਿਥਬ ਲਾਇਸੈਂਸ ਦੀ ਚੋਣ ਕਿਵੇਂ ਕਰੀਏ
ਇਸ ਤੋਂ ਪਹਿਲਾਂ ਕਿ ਤੁਸੀਂ ਕੋਈ ਢੁਕਵਾਂ ਵਿਕਲਪ ਲੱਭਣਾ ਸ਼ੁਰੂ ਕਰੋ, ਇਹ ਜ਼ਰੂਰੀ ਹੈ ਕਿ ਪ੍ਰੋਗਰਾਮਰ ਆਪਣੀਆਂ ਜ਼ਰੂਰਤਾਂ ਨੂੰ ਤਿਆਰ ਕਰੇ, ਜਿਸ ਤੋਂ ਉਹ ਅੱਗੇ ਲਾਇਸੈਂਸ ਦੇ ਨਾਲ ਅੱਗੇ ਵਧਣ ਜਾ ਰਿਹਾ ਹੈ। ਅੱਗੇ, ਤੁਹਾਨੂੰ ਬੇਨਤੀ ਨਾਲ ਮੇਲ ਖਾਂਦੇ ਆਮ ਵਿਕਲਪਾਂ ਨਾਲ ਆਪਣੇ ਆਪ ਨੂੰ ਜਾਣੂ ਕਰਵਾਉਣਾ ਚਾਹੀਦਾ ਹੈ। ਉਸ ਤੋਂ ਬਾਅਦ, ਤੁਹਾਨੂੰ ਕਾਨੂੰਨੀ ਭਾਸ਼ਾ ਦਾ ਧਿਆਨ ਨਾਲ ਅਧਿਐਨ ਕਰਨ ਅਤੇ ਲਾਇਸੈਂਸ ਕੀ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ ਇਸ ਬਾਰੇ ਅੰਤਿਮ ਫੈਸਲਾ ਲੈਣ ਦੀ ਲੋੜ ਹੋਵੇਗੀ। ਇੱਕ ਸੂਚਿਤ ਚੋਣ ਕਰਨ ਲਈ, ਤੁਹਾਨੂੰ ਇਹ ਸਮਝਣ ਦੀ ਲੋੜ ਹੈ ਕਿ ਕਿਸੇ ਖਾਸ ਕਿਸਮ ਦੇ ਲਾਇਸੈਂਸ ਨਾਲ ਕਿਹੜੇ ਅਧਿਕਾਰ ਅਤੇ ਜ਼ਿੰਮੇਵਾਰੀਆਂ ਜੁੜੀਆਂ ਹਨ। ਸਹੀ ਚੋਣ ਕਰਨ ਲਈ, ਤੁਸੀਂ ਵਿਸ਼ੇਸ਼ ਸੇਵਾਵਾਂ ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦੇ ਹੋ ਜਿਨ੍ਹਾਂ ਨੂੰ ਤੁਲਨਾਕਾਰ ਕਿਹਾ ਜਾਂਦਾ ਹੈ। ਇੱਥੇ ਕੁਝ ਉਦਾਹਰਣਾਂ ਹਨ:
- https://choosealicense.com/। ਇਸ ਸਾਈਟ ਵਿੱਚ ਸਹੀ ਵਿਕਲਪ ਚੁਣਨ ਲਈ ਪ੍ਰਮੁੱਖ ਸਵਾਲ ਹਨ ਅਤੇ ਵਰਤੋਂ ਦੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਨੂੰ ਸਮਝਣ ਵਿੱਚ ਤੁਹਾਡੀ ਮਦਦ ਕਰਨ ਲਈ ਵਿਸਤ੍ਰਿਤ ਸਲਾਹ ਹੈ।
- https://opensource.org/licenses ਪੰਨਾ ਵੱਖ-ਵੱਖ ਮੁਫਤ ਸਾਫਟਵੇਅਰ ਹੱਲਾਂ ਦੀ ਸਮੀਖਿਆ ਕਰਨ ਲਈ ਸਮਰਪਿਤ ਹੈ।
- ਸਾਈਟ https://tldrlegal.com/ ਨੂੰ ਵੱਖ-ਵੱਖ ਲਾਇਸੈਂਸ ਵਿਕਲਪਾਂ ਲਈ ਇੱਕ ਐਨਸਾਈਕਲੋਪੀਡੀਆ ਮੰਨਿਆ ਜਾ ਸਕਦਾ ਹੈ। ਇੱਥੇ ਸਟੀਕ ਕਾਨੂੰਨੀ ਫਾਰਮੂਲੇ ਅਤੇ ਵਿਸਤ੍ਰਿਤ ਟਿੱਪਣੀਆਂ ਦੋਵੇਂ ਹਨ।
Github ਵਿੱਚ ਲਾਇਸੈਂਸ ਕਿਵੇਂ ਜੋੜਨਾ ਹੈ
ਲਾਇਸੈਂਸ ਵਿਕਲਪਾਂ ਦੀ ਵਿਆਪਕ ਚੋਣ ਦੇ ਬਾਵਜੂਦ ਜੋ ਅਭਿਆਸ ਵਿੱਚ ਪ੍ਰਭਾਵਸ਼ਾਲੀ ਅਤੇ ਭਰੋਸੇਮੰਦ ਸਾਬਤ ਹੋਏ ਹਨ, ਡਿਵੈਲਪਰ ਦੇ ਆਪਣੇ ਵਿਚਾਰ ਹੋ ਸਕਦੇ ਹਨ ਕਿ ਉਸ ਦੁਆਰਾ ਬਣਾਏ ਗਏ ਪ੍ਰੋਗਰਾਮ ਲਈ ਲਾਇਸੈਂਸ ਕੀ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ। ਇਸ ਸਥਿਤੀ ਵਿੱਚ, ਸੇਵਾ ਤੁਹਾਡੇ ਆਪਣੇ ਸੰਸਕਰਣ ਨੂੰ ਜੋੜਨ ਜਾਂ ਮੌਜੂਦਾ ਇੱਕ ਨੂੰ ਅਨੁਕੂਲ ਕਰਨ ਦੀ ਯੋਗਤਾ ਪ੍ਰਦਾਨ ਕਰਦੀ ਹੈ। Github ਵਿੱਚ ਇੱਕ ਲਾਇਸੰਸ ਜੋੜਨ ਲਈ, ਤੁਹਾਨੂੰ ਇਹਨਾਂ ਕਦਮਾਂ ਦੀ ਪਾਲਣਾ ਕਰਨ ਦੀ ਲੋੜ ਹੋਵੇਗੀ:
- ਤੁਹਾਨੂੰ ਆਪਣੀ ਰਿਪੋਜ਼ਟਰੀ ਦੇ ਮੁੱਖ ਪੰਨੇ ‘ਤੇ ਜਾਣ ਦੀ ਲੋੜ ਹੈ।
- ਤੁਹਾਨੂੰ ਇੱਕ ਫਾਈਲ ਜੋੜਨ ਲਈ ਬਟਨ ‘ਤੇ ਕਲਿੱਕ ਕਰਨ ਦੀ ਜ਼ਰੂਰਤ ਹੈ, ਫਿਰ “ਨਵੀਂ ਫਾਈਲ ਬਣਾਓ” ਨੂੰ ਚੁਣੋ।
- ਅੱਗੇ, ਤੁਹਾਨੂੰ ਇੱਕ ਫਾਈਲ ਨਾਮ ਦਰਜ ਕਰਨ ਦੀ ਲੋੜ ਹੈ. ਲਾਇਸੰਸ ਲਈ, ਇਹ ਦੋ ਵਿਕਲਪਾਂ ਵਿੱਚੋਂ ਇੱਕ ਹੋ ਸਕਦਾ ਹੈ: LICENSE ਜਾਂ LICENCE.md। ਇੱਥੇ ਵੱਡੇ ਅੱਖਰਾਂ ਦੀ ਵਰਤੋਂ ਲਾਜ਼ਮੀ ਹੈ।
- ਫਾਈਲ ਨਾਮ ਇਨਪੁਟ ਖੇਤਰ ਦੇ ਸੱਜੇ ਪਾਸੇ, ਲਾਇਸੈਂਸ ਟੈਂਪਲੇਟ ਚੁਣਨ ਲਈ ਕਲਿੱਕ ਕਰੋ।
- ਪੰਨੇ ਦੇ ਖੱਬੇ ਪਾਸੇ ਮੀਨੂ ਵਿੱਚ, “ਆਪਣੇ ਪ੍ਰੋਜੈਕਟ ਵਿੱਚ ਇੱਕ ਲਾਇਸੰਸ ਸ਼ਾਮਲ ਕਰੋ” ਲਾਈਨ ਚੁਣੋ। ਇਸ ਸਥਿਤੀ ਵਿੱਚ, ਮੌਜੂਦਾ ਦਸਤਾਵੇਜ਼ਾਂ ਵਿੱਚੋਂ ਇੱਕ ਰੂਪ ਚੁਣਿਆ ਜਾਂਦਾ ਹੈ।
- ਫਿਰ “ਸਮੀਖਿਆ ਕਰੋ ਅਤੇ ਜਮ੍ਹਾਂ ਕਰੋ” ਲਾਈਨ ‘ਤੇ ਕਲਿੱਕ ਕਰੋ। ਫਿਰ ਆਪਣੇ ਸਮਝੌਤੇ ਦੇ ਵੇਰਵੇ ਦਰਜ ਕਰੋ।
- ਉਸ ਤੋਂ ਬਾਅਦ, ਇਹ ਸਪੱਸ਼ਟ ਕਰਨਾ ਜ਼ਰੂਰੀ ਹੈ ਕਿ ਕੀ ਜੋੜ ਜਾਂ ਬਦਲਾਅ ਕੀਤੇ ਗਏ ਸਨ. ਅੱਗੇ, ਦੱਸੋ ਕਿ ਕੀ ਚੁਣਿਆ ਗਿਆ ਦਸਤਾਵੇਜ਼ ਠੀਕ ਕੀਤਾ ਗਿਆ ਸੀ ਜਾਂ ਕੀ ਇਹ ਲਾਇਸੰਸ ਦਾ ਕੋਈ ਹੋਰ ਸੰਸਕਰਣ ਬਣਾਉਣ ਬਾਰੇ ਹੈ।
ਤਬਦੀਲੀਆਂ ਦੀ ਪੁਸ਼ਟੀ ਕਰਨ ਤੋਂ ਬਾਅਦ, ਡਿਵੈਲਪਰ ਗਿੱਟ ਹੱਬ ਸੇਵਾ ‘ਤੇ ਲਾਇਸੈਂਸਾਂ ਦੀ ਸੂਚੀ ਵਿੱਚ ਤਬਦੀਲੀਆਂ ਕਰਨ ਦੀ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਪੂਰਾ ਕਰਦਾ ਹੈ।
ਇੱਕ ਲਾਇਸੰਸ ਗਿਥਬ ਚੁਣੋ – ਗਿਟ ਹੱਬ ‘ਤੇ ਪ੍ਰਸਿੱਧ ਲਾਇਸੈਂਸਾਂ ਦੀਆਂ ਉਦਾਹਰਣਾਂ
ਹੇਠਾਂ ਦਿੱਤੇ ਵਿਕਲਪ ਹਨ ਜੋ ਸਭ ਤੋਂ ਵੱਧ ਪ੍ਰਸਿੱਧ ਹਨ। ਉਹਨਾਂ ਦੀਆਂ ਸ਼ਕਤੀਆਂ ਅਤੇ ਕਮਜ਼ੋਰੀਆਂ ਨੂੰ ਸਮਝ ਕੇ, ਪ੍ਰੋਗਰਾਮਰ ਸਹੀ ਵਿਕਲਪ ਲੱਭਣ ਦੇ ਯੋਗ ਹੋ ਜਾਵੇਗਾ ਜਾਂ ਇਹ ਸਮਝ ਸਕੇਗਾ ਕਿ ਕਿਵੇਂ ਕੁਸ਼ਲਤਾ ਨਾਲ ਖੋਜ ਕਰਨੀ ਹੈ।
ਜੀ.ਪੀ.ਐਲ
ਇਸ ਲਾਇਸੈਂਸ ਨੂੰ ਸਭ ਤੋਂ ਪ੍ਰਸਿੱਧ ਕਿਹਾ ਜਾ ਸਕਦਾ ਹੈ। ਇਹ ਉਹਨਾਂ ਲਈ ਕਲਾਸਿਕ ਹੈ ਜੋ ਮੁਫਤ ਸੌਫਟਵੇਅਰ ਤਿਆਰ ਕਰਦੇ ਹਨ. ਇਸ ਦਸਤਾਵੇਜ਼ ਦੀਆਂ ਮੁੱਖ ਲੋੜਾਂ ਵਿੱਚੋਂ ਇੱਕ ਇਹ ਹੈ ਕਿ ਇਹ ਤੀਜੀ ਧਿਰਾਂ ਨੂੰ ਪ੍ਰੋਗਰਾਮ ਨੂੰ ਸੁਤੰਤਰ ਰੂਪ ਵਿੱਚ ਸੰਸ਼ੋਧਿਤ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ , ਪਰ ਉਸੇ ਸਮੇਂ ਉਹਨਾਂ ਕੋਲ ਉਸੇ ਲਾਇਸੈਂਸ ਦੇ ਤਹਿਤ ਨਤੀਜਾ ਵੰਡਣ ਦਾ ਅਧਿਕਾਰ ਹੈ। ਇਸ ਲਾਇਸੰਸ ਦੇ ਵੱਖ-ਵੱਖ ਸੰਸਕਰਣ ਹੋ ਸਕਦੇ ਹਨ। ਇਨ੍ਹਾਂ ਵਿੱਚੋਂ ਤਾਜ਼ਾ ਤੀਜਾ ਹੈ। ਜੀਪੀਐਲ ਦੀ ਵਰਤੋਂ ਪ੍ਰੋਗਰਾਮਾਂ ਦੇ ਡਿਵੈਲਪਰਾਂ ਦੁਆਰਾ ਕੀਤੀ ਜਾਂਦੀ ਹੈ ਜਿਵੇਂ ਕਿ ਡਰੁਪਲ ਵੈੱਬ ਸਮੱਗਰੀ ਪ੍ਰਬੰਧਨ ਪ੍ਰਣਾਲੀ, ਮਾਰੀਆਡੀਬੀ ਡੇਟਾਬੇਸ ਪ੍ਰਬੰਧਨ ਪ੍ਰਣਾਲੀ, ਇੰਕਸਕੇਪ ਵੈਕਟਰ ਗ੍ਰਾਫਿਕਸ ਸੰਪਾਦਕ, ਅਤੇ ਕੁਝ ਹੋਰ। ਇਹ ਨੋਟ ਕਰਨਾ ਦਿਲਚਸਪ ਹੈ ਕਿ SQL ਨਾ ਸਿਰਫ GPL, ਸਗੋਂ ਇੱਕ ਵਪਾਰਕ ਲਾਇਸੈਂਸ ਵੀ ਵਰਤਦਾ ਹੈ.
LGPL
ਇਹ ਨਾਮ “GNU GPL Lesser General Public License” ਵਿੱਚ ਅਨੁਵਾਦ ਕਰਦਾ ਹੈ। ਕੁਝ ਡਿਵੈਲਪਰਾਂ ਲਈ, GPL ਢੁਕਵਾਂ ਨਹੀਂ ਹੈ, ਕਿਉਂਕਿ ਇਹ ਉਹਨਾਂ ਲਈ ਉਸੇ ਲਾਇਸੰਸ ਦੇ ਤਹਿਤ ਸੋਧੇ ਹੋਏ ਉਤਪਾਦਾਂ ਨੂੰ ਵੰਡਣ ਦੀ ਜ਼ਿੰਮੇਵਾਰੀ ਬਣਾਉਂਦਾ ਹੈ। ਇਸ ਵਿਕਲਪ ਦੀ ਵਰਤੋਂ ਦੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਨੂੰ ਇਸ ਦੁਆਰਾ ਦਰਸਾਇਆ ਜਾ ਸਕਦਾ ਹੈ ਕਿ ਪ੍ਰੋਗਰਾਮਰ ਦੁਆਰਾ ਬਣਾਈਆਂ ਗਈਆਂ ਲਾਇਬ੍ਰੇਰੀਆਂ ਦੀ ਵਰਤੋਂ ਨੂੰ ਲਾਇਸੈਂਸ ਦੇਣ ਦੀ ਪ੍ਰਕਿਰਿਆ ਕਿਵੇਂ ਹੁੰਦੀ ਹੈ। ਇਸ ਸਥਿਤੀ ਵਿੱਚ, ਹੇਠਾਂ ਦਿੱਤੇ ਤਿੰਨ ਵਿਕਲਪਾਂ ‘ਤੇ ਵਿਚਾਰ ਕੀਤਾ ਜਾਂਦਾ ਹੈ:
- ਜਦੋਂ ਇੱਕ ਲਾਇਬ੍ਰੇਰੀ ਨਵੀਂ ਕਾਰਜਸ਼ੀਲਤਾ ਪ੍ਰਦਾਨ ਕਰਦੀ ਹੈ ਜਿੱਥੇ ਕੋਈ ਹੋਰ ਵਪਾਰਕ ਲਾਇਬ੍ਰੇਰੀ ਅਜਿਹਾ ਨਹੀਂ ਕਰ ਸਕਦੀ, ਤਾਂ GPL ਸਭ ਤੋਂ ਵਧੀਆ ਵਿਕਲਪ ਹੈ।
- ਮੁਫਤ ਲਾਇਬ੍ਰੇਰੀ ਵਿੱਚ ਡਿਵੈਲਪਰ ਪਹਿਲਾਂ ਹੀ ਮੌਜੂਦਾ ਮਿਆਰ ਨੂੰ ਲਾਗੂ ਕਰ ਚੁੱਕਾ ਹੈ। ਇਸ ਖੇਤਰ ਵਿੱਚ, ਸਮਾਨ ਫੰਕਸ਼ਨਾਂ ਵਾਲੇ ਵਪਾਰਕ ਵਿਕਲਪ ਹਨ. ਇਸ ਕੇਸ ਲਈ, LGPL ਦੀ ਚੋਣ ਕਰਨਾ ਸੁਵਿਧਾਜਨਕ ਹੋਵੇਗਾ.
- ਜਦੋਂ ਇਹ ਇੱਕ ਨਵੇਂ ਮਿਆਰ ਦੀ ਗੱਲ ਆਉਂਦੀ ਹੈ ਜੋ ਅਸਲ ਵਿੱਚ ਵਪਾਰਕ ਇੱਕ ਨਾਲ ਮੁਕਾਬਲਾ ਕਰਦਾ ਹੈ, ਤਾਂ ਅਪਾਚੇ ਲਾਇਸੈਂਸ ਜਾਣ ਦਾ ਰਸਤਾ ਹੈ.
ਇਹ ਮਿਆਰ ਲਾਇਬ੍ਰੇਰੀਆਂ ਦੀ ਵਪਾਰਕ ਵਰਤੋਂ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ । ਜੇਕਰ ਸੋਧਾਂ ਕੀਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ, ਤਾਂ ਵੰਡ ਲਈ ਉਹੀ ਨਿਯਮ ਅਤੇ ਸ਼ਰਤਾਂ ਵਰਤੀਆਂ ਜਾਣੀਆਂ ਚਾਹੀਦੀਆਂ ਹਨ। ਹਾਲਾਂਕਿ, ਕੋਡ ਦੀ ਸਧਾਰਨ ਵਰਤੋਂ ਹਾਲਾਤ ਨੂੰ ਬਦਲਣ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦੀ ਹੈ।
ਈਲੈਪਸ ਪਬਲਿਕ ਲਾਇਸੰਸ
ਇਹ ਦਸਤਾਵੇਜ਼ ਵਪਾਰਕ ਲਾਇਸੈਂਸਾਂ ਸਮੇਤ ਹੋਰ ਲਾਇਸੈਂਸਾਂ ਦੇ ਅਧੀਨ ਵੰਡਣ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ । ਮੁੱਖ ਸ਼ਰਤ ਇਹ ਹੈ ਕਿ ਸੋਧੇ ਹੋਏ ਕੰਮਾਂ ਵਿੱਚ, ਨਵੀਨਤਾਵਾਂ ਨੂੰ ਇੱਕ ਵੱਖਰੇ ਮੋਡੀਊਲ ਵਿੱਚ ਰੱਖਿਆ ਜਾਵੇਗਾ। ਇਸ ਲਾਇਸੈਂਸ ਨੇ ਜਾਵਾ ਵਿੱਚ ਉਤਪਾਦਾਂ ਦੇ ਵਿਕਾਸ ਵਿੱਚ ਪ੍ਰਸਿੱਧੀ ਪ੍ਰਾਪਤ ਕੀਤੀ ਹੈ। ਇੱਕ ਉਦਾਹਰਨ ਹੈ Clojure ਪ੍ਰੋਗਰਾਮਿੰਗ ਭਾਸ਼ਾ, ਜਾਵਾ ਐਪਲੀਕੇਸ਼ਨਾਂ ਦੀ ਜਾਂਚ ਲਈ ਇੱਕ ਢਾਂਚਾ।
ਮੋਜ਼ੀਲਾ ਪਬਲਿਕ ਲਾਇਸੰਸ
ਕੁਝ ਲੋਕ ਇਸ ਦਸਤਾਵੇਜ਼ ਨੂੰ GPL ਅਤੇ ਵਪਾਰਕ ਲਾਇਸੰਸ ਵਿਚਕਾਰ ਸਮਝੌਤਾ ਸਮਝਦੇ ਹਨ। MPL ਨੂੰ ਕੁਝ ਫਾਈਲਾਂ ਤੱਕ ਖੁੱਲ੍ਹੀ ਪਹੁੰਚ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ । ਸੌਫਟਵੇਅਰ ਉਤਪਾਦ ਵਿੱਚ ਇਸ ਲਾਇਸੈਂਸ ਦੇ ਅਧੀਨ ਕੁਝ ਫਾਈਲਾਂ ਅਤੇ ਇਸ ਤੋਂ ਬਿਨਾਂ ਕੁਝ ਫਾਈਲਾਂ ਹੋ ਸਕਦੀਆਂ ਹਨ। ਸੋਧ ਤੋਂ ਬਾਅਦ, ਇਸ ਨੂੰ ਲੋੜੀਂਦਾ ਲਾਇਸੈਂਸ ਲਗਾਉਣ ਦੀ ਇਜਾਜ਼ਤ ਦਿੱਤੀ ਜਾਂਦੀ ਹੈ (ਉਦਾਹਰਣ ਵਜੋਂ, ਇਹ ਇੱਕ ਵਪਾਰਕ ਹੋ ਸਕਦਾ ਹੈ), ਪਰ ਇਹ ਸਿਰਫ ਇਸ ਸ਼ਰਤ ‘ਤੇ ਸੰਭਵ ਹੈ ਕਿ MPL ਦੇ ਅਧੀਨ ਜਾਰੀ ਕੀਤੀਆਂ ਫਾਈਲਾਂ ਤੱਕ ਪਹੁੰਚ ਅਜੇ ਵੀ ਖੁੱਲੀ ਰਹੇਗੀ। ਇਸ ਸਥਿਤੀ ਵਿੱਚ, ਅੰਤਮ ਉਪਭੋਗਤਾ ਨੂੰ ਅਸਲ ਸੌਫਟਵੇਅਰ ਦੇ ਲੇਖਕਾਂ ਬਾਰੇ ਜਾਣਕਾਰੀ ਪ੍ਰਦਾਨ ਕੀਤੀ ਜਾਣੀ ਚਾਹੀਦੀ ਹੈ। ਇਸ ਦਸਤਾਵੇਜ਼ ਦੇ ਅਨੁਸਾਰ, ਲਿਬਰੇਆਫਿਸ ਦਫਤਰ, ਮੋਜ਼ੀਲਾ ਬ੍ਰਾਉਜ਼ਰ ਅਤੇ ਹੋਰ ਸਾਫਟਵੇਅਰ ਉਤਪਾਦ ਜਾਰੀ ਕੀਤੇ ਗਏ ਸਨ।
ਅਪਾਚੇ ਲਾਇਸੰਸ Github
AL ਨੂੰ ਲਿਬਰਲ ਫ੍ਰੀ ਲਾਇਸੈਂਸ ਕਿਹਾ ਜਾਂਦਾ ਹੈ। ਇਹ ਵਿਸ਼ੇਸ਼ਤਾ ਇਸ ਤੱਥ ਦੇ ਕਾਰਨ ਹੈ ਕਿ ਪਹਿਲਾਂ ਵਰਗੀਆਂ ਸਥਿਤੀਆਂ ਵਿੱਚ ਇੱਕ ਡੈਰੀਵੇਟਿਵ ਉਤਪਾਦ ਨੂੰ ਜਾਰੀ ਕਰਨ ਦੀ ਕੋਈ ਲੋੜ ਨਹੀਂ ਹੈ । ਇਹ ਦਸਤਾਵੇਜ਼ ਅਪਾਚੇ ਸੌਫਟਵੇਅਰ ਫਾਊਂਡੇਸ਼ਨ ਦੁਆਰਾ ਸਰਗਰਮੀ ਨਾਲ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ। ਵਰਤੇ ਜਾਣ ‘ਤੇ, ਹੇਠ ਲਿਖੇ ਦੀ ਇਜਾਜ਼ਤ ਹੈ:
- ਸੌਫਟਵੇਅਰ ਉਤਪਾਦ ਨੂੰ ਵਪਾਰਕ ਉਦੇਸ਼ਾਂ ਲਈ ਅੱਗੇ ਵਰਤਣ ਦੀ ਆਗਿਆ ਹੈ।
- ਐਪਲੀਕੇਸ਼ਨ ਸੋਧਾਂ ਦੀ ਇਜਾਜ਼ਤ ਹੈ।
- ਬਾਅਦ ਦੀਆਂ ਵੰਡੀਆਂ ਵਿੱਚ ਮੂਲ ਲੇਖਕ ਦਾ ਨਾਮ ਸ਼ਾਮਲ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ।
ਨਵਾਂ ਰੂਪ ਬਣਾ ਕੇ, ਅਸਲ ਉਤਪਾਦ ਕੋਡ ਪ੍ਰਦਾਨ ਕਰਨ ਲਈ ਲਾਇਸੰਸਧਾਰਕਾਂ ਦੀ ਕੋਈ ਜ਼ਿੰਮੇਵਾਰੀ ਨਹੀਂ ਹੈ। ਅਜਿਹੇ ਲਾਇਸੈਂਸ ਨੇ ਕਾਫ਼ੀ ਪ੍ਰਸਿੱਧੀ ਪ੍ਰਾਪਤ ਕੀਤੀ ਹੈ. ਇਹ ਇਸ ਕਿਸਮ ਦੇ ਲਾਇਸੰਸ ਦੇ ਅਧੀਨ ਜਾਰੀ ਕੀਤੇ ਜਾਣੇ-ਪਛਾਣੇ ਸਾਫਟਵੇਅਰ ਉਤਪਾਦਾਂ ਦੀ ਸੂਚੀ ਬਣਾ ਕੇ ਪ੍ਰਦਰਸ਼ਿਤ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ: ਐਂਡਰਾਇਡ ਓਪਰੇਟਿੰਗ ਸਿਸਟਮ, ਇੱਕ ਫਰੇਮਵਰਕ ਜੋ Java ਵਿੱਚ ਐਂਟਰਪ੍ਰਾਈਜ਼ ਐਪਲੀਕੇਸ਼ਨ ਬਣਾਉਂਦਾ ਹੈ, ਅਤੇ Apache ਵੈੱਬ ਸਰਵਰ। https://youtu.be/wyZq-EazOmU
MIT ਲਾਇਸੰਸ
ਕੁਝ ਇਸ ਮੁਫਤ ਸੌਫਟਵੇਅਰ ਲਾਇਸੈਂਸ ਵਿਕਲਪ ਨੂੰ ਸਭ ਤੋਂ ਪ੍ਰਸਿੱਧ ਮੰਨਦੇ ਹਨ। ਇਸਦਾ ਮੁੱਖ ਫਾਇਦਾ ਕਈਆਂ ਦੁਆਰਾ ਵੱਖ-ਵੱਖ ਕਿਸਮਾਂ ਦੇ ਮੁਫਤ ਜਾਂ ਵਪਾਰਕ ਲਾਇਸੈਂਸਾਂ ਨਾਲ ਚੰਗੀ ਅਨੁਕੂਲਤਾ ਮੰਨਿਆ ਜਾਂਦਾ ਹੈ। ਸਭ ਤੋਂ ਮਹੱਤਵਪੂਰਨ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਹਨ ਕੋਡ ਨੂੰ ਸੋਧਣ ਦੀ ਯੋਗਤਾ, ਅਤੇ ਨਾਲ ਹੀ ਬਦਲਾਵ ਕਰਨ ਵਾਲੇ ਵਿਅਕਤੀ ਦੀ ਚੋਣ ‘ਤੇ ਦੂਜੇ ਲਾਇਸੈਂਸਾਂ ਦੇ ਤਹਿਤ ਵੰਡਣ ਦੀ ਇਜਾਜ਼ਤ . ਇਸ ਦਸਤਾਵੇਜ਼ ਦੀ ਵਰਤੋਂ ਕਰਨ ਵਾਲੇ ਸੌਫਟਵੇਅਰ ਉਤਪਾਦ ਹਨ: ਇੱਕ JavaScript ਲਾਇਬ੍ਰੇਰੀ ਜਿਸਨੂੰ JQuiery ਕਿਹਾ ਜਾਂਦਾ ਹੈ, ਇੱਕ ਐਟਮ ਟੈਕਸਟ ਐਡੀਟਰ, AngularJS, ਇੱਕ JavaScript ਵਿਕਾਸ ਫਰੇਮਵਰਕ। [ਸਿਰਲੇਖ id=”attachment_11851″ align=”aligncenter” width=”1906″] 
ਪਾਣੀ ਦੇ ਅੰਦਰ ਦੀਆਂ ਚੱਟਾਨਾਂ
ਕਈ ਵਾਰ ਲੇਖਕ ਪਹਿਲਾਂ ਲਾਇਸੈਂਸ ਦਾ ਇੱਕ ਸੰਸਕਰਣ ਚੁਣਦਾ ਹੈ, ਅਤੇ ਬਾਅਦ ਵਿੱਚ ਇਸਨੂੰ ਬਦਲਣਾ ਚਾਹੁੰਦਾ ਹੈ। ਜੇਕਰ ਉਹ ਇਕੱਲੇ ਹੀ ਪ੍ਰੋਗਰਾਮ ਬਣਾ ਲੈਂਦਾ ਤਾਂ ਅਜਿਹੀ ਤਬਦੀਲੀ ਮੁਸ਼ਕਿਲ ਨਹੀਂ ਹੁੰਦੀ। ਹਾਲਾਂਕਿ, ਉਹਨਾਂ ਮਾਮਲਿਆਂ ਵਿੱਚ ਜਿੱਥੇ ਵਿਕਾਸ ਵਿੱਚ ਬਹੁਤ ਸਾਰੇ ਭਾਗੀਦਾਰ ਸਨ, ਤਾਂ ਉਹਨਾਂ ਦੀ ਸਹਿਮਤੀ ਤੋਂ ਬਿਨਾਂ ਇਹ ਕੰਮ ਨਹੀਂ ਕਰੇਗਾ. ਉਦਾਹਰਨ ਲਈ, ਲੀਨਕਸ ਦੇ ਸਿਰਜਣਹਾਰ, ਹਾਲਾਂਕਿ ਉਸਨੇ ਅਸਲ ਵਿੱਚ ਓਪਰੇਟਿੰਗ ਸਿਸਟਮ ਦਾ ਅਧਾਰ ਬਣਾਇਆ ਹੈ, ਪਰ ਉਹਨਾਂ ਸਾਰੇ ਪ੍ਰੋਗਰਾਮਰਾਂ ਦੀ ਸਹਿਮਤੀ ਤੋਂ ਬਿਨਾਂ ਲਾਇਸੈਂਸ ਨੂੰ ਬਦਲਣ ਦੇ ਯੋਗ ਨਹੀਂ ਹੋਵੇਗਾ ਜਿਨ੍ਹਾਂ ਨੇ ਹੋਰ ਵਿਕਾਸ ਵਿੱਚ ਹਿੱਸਾ ਲਿਆ ਸੀ। MPL ਦੇ ਅਧੀਨ ਵੰਡਣ ਵੇਲੇ, ਕੋਡ ਵਿੱਚ ਤਬਦੀਲੀਆਂ ਕਰਨ ਵਾਲੇ ਇੱਕ ਵੱਖਰੇ ਲਾਇਸੈਂਸ ਦੇ ਤਹਿਤ MPL ਦੇ ਅਧੀਨ ਫਾਈਲਾਂ ਦੀ ਪੇਸ਼ਕਸ਼ ਨਹੀਂ ਕਰ ਸਕਦੇ ਹਨ। ਨਵੇਂ ਦਸਤਾਵੇਜ਼ ਦੀ ਵਰਤੋਂ ਹੋਰ ਪ੍ਰੋਗਰਾਮ ਮੋਡੀਊਲਾਂ ਦਾ ਹਵਾਲਾ ਦੇਵੇਗੀ।
